Приём: дедуп по target_missing/orphaned + стоп-кран «Закрыть»

Два дубля-близнеца на один инфохэш рождались, когда повторный приём
попадал на запись в target_missing: дедуп искал только активную задачу,
а target_missing терминален → заводилась новая загрузка, воркер усыновлял
уже присутствующий торрент и раскладывал его.

- Приём: критерий дедупа расширен до «блокирующей повторный приём» =
  активные ∪ {target_missing, orphaned}. Повторный приём такого инфохэша
  привязывается к существующей записи (спящей, без обращения к qBittorrent),
  а не плодит близнеца. Прочие терминальные (done/cancelled/failed/reverted/
  deleted) повторный приём не блокируют — осознанная свежая попытка. Новый
  read-метод FindReingestBlockingByInfohash (приоритет активной над desync);
  общий active-гард не тронут.
- Команда «Закрыть» (Dismiss) — универсальный стоп-кран из любого состояния,
  кроме deleted → cancelled (error_code=user_dismiss). Только меняет статус:
  файлы (в т.ч. хардлинки done/orphaned) и раздачу qBittorrent не трогает,
  в отличие от «Удалить». Веб — danger-зона внизу страницы; Telegram —
  кнопка с подтверждением; из cancelled — идемпотентный no-op.
- Транспорты при дедупе на desync-запись сообщают адресно (target_missing —
  привязать заново/закрыть; orphaned — закрыть и добавить заново); веб при
  дедупе ведёт на страницу существующей записи.

Спеки: ingest (дедуп), state-reconciliation (стоп-кран); граф переходов
допополнен рёбрами <терминал>→cancelled. OpenSpec change
dedup-target-missing-and-dismiss заархивирован.

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

internal/worker/worker.go

@@ -897,6 +897,37 @@ func (w *Worker) Cancel(ctx context.Context, id string) (err error) {
 	return nil
 }
 
+// Dismiss — универсальный стоп-кран: переводит задачу в терминальный cancelled из
+// ЛЮБОГО состояния, кроме deleted, ТОЛЬКО меняя статус. В отличие от Delete не
+// трогает ни файлы (библиотечные хардлинки done/orphaned остаются на месте), ни
+// раздачу в qBittorrent, ни цель; source-preflight не делает. Служит закрытием
+// зависшей/спорной/лишней записи (в т.ч. дубля-близнеца в target_missing). Из
+// cancelled — идемпотентный no-op БЕЗ setState: иначе перезаписал бы error_code,
+// подменив причину прежнего Cancel/Dismiss. Помечает переход user_dismiss
+// (отличает от reconcile и от штатного Cancel с пустым кодом).
+func (w *Worker) Dismiss(ctx context.Context, id string) (err error) {
+	defer func() { w.logCmd(ctx, "dismiss", id, err) }()
+	w.mu.Lock()
+	defer w.mu.Unlock()
+
+	d, err := w.store.GetDownload(ctx, id)
+	if err != nil {
+		return fmt.Errorf("dismiss: %w", err)
+	}
+	if d.State == store.StateDeleted {
+		return fmt.Errorf("dismiss: download %s is deleted (strictly terminal): %w", id, ErrConflict)
+	}
+	if d.State == store.StateCancelled {
+		return nil // уже закрыта — no-op, error_code прежней отмены не трогаем
+	}
+	if err := w.store.SetDownloadState(ctx, id, store.StateCancelled, "user_dismiss", "закрыто пользователем"); err != nil {
+		return fmt.Errorf("dismiss: %w", err)
+	}
+	logctx.From(w.scoped(ctx, capReview, id, d.PrimaryInfohash())).Info("state transition",
+		"from", d.State, "to", store.StateCancelled, "code", "user_dismiss")
+	return nil
+}
+
 // Retry повторяет застрявшую/упавшую задачу: заново отдаёт источник в
 // qBittorrent и возвращает в downloading.
 func (w *Worker) Retry(ctx context.Context, id string) (err error) {