Жизненный цикл: claim-токен распознавания, индексация хешей, retry сломанного торрента

Три мелких фикса из docs/backlog/review-lifecycle-minor.md (ревью Fable
2026-07-08). MINOR-9 (I/O под глобальным w.mu) осознанно waive для
one-user home-сервера — не трогаем.

MINOR-8: claim-токен распознавания. recognizeOne фиксирует updated_at на
момент claim (перечитывая запись после перехода в recognizing), а
finishRecognition коммитит результат, только если токен совпал. Иначе за
время LLM-вызова задачу увели из recognizing и вернули обратно
(cancel → relink revive) — это уже другой эпизод, устаревший результат
отбрасываем, задача остаётся в recognizing для перезапуска поллингом.

NIT-11: lookup-мапы (byHash/live/torrentByInfohash) больше не индексируют
усечённый 40-hex t.Hash v2-only торрентов. Новый хелпер torrentIndexHashes
зеркалит выбор torrentHashes: t.Hash берём только при отсутствии обоих
infohash_v1/v2. Убирает теоретический ложный матч по коллизии длины.

NIT-12: retry живого, но сломанного торрента (error/missingFiles) теперь
отклоняется с подсказкой починить раздачу (recheck) в qBittorrent, вместо
бессмысленной переотдачи источника (сверка тут же вернула бы задачу в
failed). Повторный Add — только когда раздачи в qBittorrent нет. Меняет
спеку state-reconciliation → дельта openspec/changes/2026-07-17-retry-reject-broken-torrent
(не архивировал).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

internal/worker/discover.go

@@ -110,6 +110,30 @@ func torrentHashes(t qbt.Torrent) []string {
 	return out
 }
 
+// torrentIndexHashes — хеши, под которыми раздачу индексируют lookup-мапы
+// (byHash/live) и поиск по infohash. Зеркалит выбор torrentHashes: t.Hash берём
+// только когда qBittorrent не отдал infohash_v1/v2 (старый API). У v2-only
+// раздачи t.Hash — усечённый до 40 hex v2-хеш; индексировать его нельзя — по длине
+// он неотличим от v1 и мог бы ложно сматчить задачу с таким же v1-хешем (NIT-11),
+// хотя для этого нужна невозможная на практике 160-битная коллизия. В отличие от
+// torrentHashes хеши не нормализует и не дедуплицирует — ключ приводит вызывающий.
+func torrentIndexHashes(t qbt.Torrent) []string {
+	if t.InfohashV1 == "" && t.InfohashV2 == "" {
+		if t.Hash == "" {
+			return nil
+		}
+		return []string{t.Hash}
+	}
+	out := make([]string, 0, 2)
+	if t.InfohashV1 != "" {
+		out = append(out, t.InfohashV1)
+	}
+	if t.InfohashV2 != "" {
+		out = append(out, t.InfohashV2)
+	}
+	return out
+}
+
 // magnetURN — синтетический источник усыновлённой раздачи по её хешу:
 // btih для v1, btmh (multihash sha256, префикс 1220) для v2. Хеш обязан
 // быть полноразмерным (torrentHashes усечённые не отдаёт).