Идентичность на ULID: download_infohash, guarded-дедуп, миграция (ulid-identity)

Все сущности переехали с INTEGER AUTOINCREMENT на TEXT ULID (lowercase,
internal/ident — единая точка генерации и разбора; oklog/ulid). Инфохэши
загрузки — множество (download_infohash, v1/v2 гибридных торрентов): дедуп
и сопоставление в поллинге по любому из хешей, magnet-парсер отдаёт оба
хеша гибридной ссылки, усечённый v2-хеш v2-only раздач не хранится.

Инвариант «не более одной активной загрузки на infohash» вместо снятого
unique-индекса держат guarded-методы store в одной write-транзакции
(_txlock=immediate): CreateDownloadIfNoActive (приём/adopt, с доносом
недостающих хешей), ActivateIfNoOtherActive (retry/recovery/relink, отказ
до побочных эффектов), guarded AddInfohashes; SetDownloadState отклоняет
терминал→активное как механический бэкстоп.

Миграция 0006 — первая Go-миграция goose: пересоздание таблиц при
включённых FK, backfill ULID с timestamp из created_at (хронология id
сохранена), разнос infohash, удаление idempotency_key. BREAKING: формат id
в URL/логах/Telegram, REST-поля id (string) и infohashes (список).

Новая конвенция docs/conventions/database.md (без числовых PK), корреляция
в логах grep'ом по голому ULID, ER-схема обновлена. Спеки: новая capability
identity, MODIFIED в state-reconciliation; change заархивирован. Пройдены
ревью дизайна и кода (по 8 углов), все находки исправлены с
регрессионными тестами.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

openspec/specs/state-reconciliation/spec.md

@@ -17,10 +17,10 @@ qBittorrent. Capability описывает периодическую и при
 `worker` SHALL периодически (на тике поллинга) сверять задачи, для которых
 ожидаются разложенные файлы, с фактом на файловой системе и в qBittorrent, и
 выводить состояние задачи из двух независимых признаков: присутствия
-**источника** (раздача с `download.infohash` в выдаче qBittorrent) и
-присутствия **цели** (см. требование о владении целевым путём: существуют все
-ссылки последнего батча со статусом раскладки, всё ещё принадлежащие этой
-загрузке).
+**источника** (раздача, совпавшая с **любым из известных хешей** загрузки в
+`download_infohash`, в выдаче qBittorrent) и присутствия **цели** (см.
+требование о владении целевым путём: существуют все ссылки последнего батча
+со статусом раскладки, всё ещё принадлежащие этой загрузке).
 
 Сверке по матрице «источник × цель» SHALL подвергаться состояния `done`,
 `target_missing`, `orphaned`. Состояние `deleted` сверка трогать SHALL NOT —
@@ -70,14 +70,14 @@ qBittorrent. Capability описывает периодическую и при
 `downloading`). Восстановление SHALL опираться на фактическое состояние
 торрента в qBittorrent, а не на время с момента создания записи.
 
-При возврате в любое нетерминальное состояние (`downloading` или
-`completed`) система SHALL восстанавливать идемпотентность задачи
-(`idempotency_key`), чтобы повторный приём того же infohash снова
-дедуплицировался на эту задачу. Если за время простоя в `failed`/`stuck` тем
-же infohash уже завладела другая активная задача (ключ снимается при падении и
-мог быть перехвачен новым приёмом), система SHALL NOT воскрешать упавшую
-задачу и SHALL оставить её в `failed`/`stuck`, сохраняя инвариант «не более
-одной активной задачи на infohash».
+После возврата в любое нетерминальное состояние (`downloading` или
+`completed`) повторный приём того же infohash SHALL снова дедуплицироваться
+на эту задачу: активность задачи выводится только из её `state`, отдельный
+восстанавливаемый ключ идемпотентности отсутствует. Если за время простоя в
+`failed`/`stuck` тем же infohash (любым из хешей задачи) уже завладела
+другая активная задача (новый приём, пока эта лежала упавшей), система
+SHALL NOT воскрешать упавшую задачу и SHALL оставить её в `failed`/`stuck`,
+сохраняя инвариант «не более одной активной задачи на infohash».
 
 `magnet_timeout`/`stalled` SHALL быть редким страховочным исходом, а не
 рабочим механизмом: пока торрент в `metaDL`/`forcedMetaDL` или иным образом
@@ -91,7 +91,7 @@ qBittorrent. Capability описывает периодическую и при
   в qBittorrent уже получил метаданные и качается (`downloading`)
 - **WHEN** срабатывает фоновая сверка
 - **THEN** задача возвращается в `downloading`
-- **AND** её `idempotency_key` восстанавливается
+- **AND** повторный приём того же infohash снова дедуплицируется на неё
 
 #### Scenario: Торрент уже завершился, пока задача была в failed