Рефакторинг границ capabilities: цепочка загрузка→матч→ревью→раскладка (openspec)

Привёл набор capabilities в OpenSpec к цепочке обработки, чтобы имя capability
отвечало одному поведению. Чисто по спекам, код и поведение системы не меняются.

Change refactor-capability-boundaries (архивирован):
- recognition разделён на recognition (разбор LLM) + metadata-match (сверка с базами)
- review выделен из web-ui + мигрирован из docs/specs/review-ux.md
- новые capability из docs/specs: file-layout, download-tracking, notifications
- identity очищен до инфра-id; приём (инфохэши, дедуп, ядро приёма) — в ingest
- уведомление о рассинхроне перенесено из state-reconciliation в notifications
- дубль владения путём и безопасного undo оставлен в state-reconciliation

Итог: 11 capabilities, openspec validate --strict проходит (+37/−11 требований).
Источник истины по мигрированным темам переехал в openspec/specs (шапки в docs).
Снят пункт беклога «Пересмотр набора capabilities».

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

openspec/specs/web-ui/spec.md

@@ -268,97 +268,3 @@ jellybit (`created_at`). Порядок MUST быть согласован ме
 - **WHEN** пользователь раскрывает спойлер переданного контекста
 - **THEN** контекст показывается нативным `<details>`, без скриптов
 
-### Requirement: Единый список источников совпадения на ревью
-
-Экран ревью (`/review/{id}`) SHALL показывать совпавшие источники **единым
-списком**, в котором распознавание нейронкой (без базы) — такая же строка,
-как кандидаты метабаз (TMDB/TVDB/TVMaze), а не отдельный режим сверху.
-Ровно один источник в списке SHALL быть отмечен активным (эффективный
-матч). Экран SHALL позволять как операции над этим списком: выбрать
-кандидата базы, переключиться на другого кандидата и снять матч с базой
-обратно на нейронку («без базы»). Смена активного источника SHALL
-выполняться через раундтрип на сервер (форма/htmx), без клиентского
-пересчёта доменного состояния. Список источников SHALL показываться только
-при наличии плана распознавания.
-
-#### Scenario: Нейронка — строка в общем списке
-
-- **GIVEN** загрузка в `review` с распознаванием нейронкой и одним или
-  несколькими кандидатами метабаз
-- **WHEN** пользователь открывает `GET /review/{id}`
-- **THEN** источники показаны единым списком, где строка «распознано
-  нейронкой» стоит наравне с кандидатами баз
-- **AND** активным отмечен ровно один источник (текущий эффективный матч)
-
-#### Scenario: Переключение между кандидатами
-
-- **GIVEN** на экране ревью выбран один кандидат метабазы
-- **WHEN** пользователь выбирает другого кандидата из списка
-- **THEN** активным становится выбранный кандидат, прочие — неактивны
-
-#### Scenario: Снятие матча в пользу нейронки
-
-- **GIVEN** на экране ревью активен кандидат метабазы с названием «Fargo»
-- **WHEN** пользователь выбирает строку «распознано нейронкой»
-- **THEN** матч с базой снимается (источник — нейронка, «без базы»), тег
-  папки провайдера не проставляется
-- **AND** поля источника — из распознавания нейронкой, без унаследованных
-  от прежнего кандидата название/год
-
-### Requirement: Ручное добавление источника по id или URL
-
-Когда автопоиск по базам промахнулся, экран ревью SHALL позволять добавить
-источник вручную — по идентификатору записи метабазы или, где применимо, по
-её URL. Ввод SHALL разбираться и валидироваться в пару
-`(provider, provider_id)` на входной границе (`internal/httpapi`); допустимые
-провайдеры — `tmdb`, `tvdb`, `imdb`. Добавленный источник SHALL появляться в
-списке как выбираемая строка; при совпадении `provider:id` с уже присутствующим
-источником новая строка NOT создаётся, а выбирается существующая.
-Некорректный ввод SHALL отклоняться с сообщением, не меняя текущий активный
-источник.
-
-#### Scenario: Добавление кандидата по URL TMDB
-
-- **GIVEN** загрузка в `review`, где нужной записи нет среди автокандидатов
-- **WHEN** пользователь вводит URL записи TMDB и подтверждает добавление
-- **THEN** из URL извлекаются провайдер и id, источник добавляется в список
-  выбираемой строкой
-
-#### Scenario: Дубль id выбирает существующую строку
-
-- **GIVEN** в списке уже есть кандидат с данным `provider:id`
-- **WHEN** пользователь добавляет вручную тот же `provider:id`
-- **THEN** новая строка не создаётся, активным становится существующий
-  кандидат
-
-#### Scenario: Некорректный ввод отклонён
-
-- **WHEN** пользователь вводит нераспознаваемый id/URL
-- **THEN** экран показывает сообщение об ошибке и не меняет текущий активный
-  источник
-
-### Requirement: Предпросмотр полей источника до фиксации выбора
-
-Экран ревью SHALL показывать для рассматриваемого источника (нейронка,
-кандидат базы или добавленный вручную) **поля** результата — тип, название,
-год, с зарезервированным местом под режиссёра. Показ полей источника
-MUST NOT менять сохранённый матч загрузки и MUST NOT создавать хардлинки:
-сохранённый матч меняется только явным выбором источника, а раскладка —
-только действием «Применить». Совпадение целевых путей предпросмотра с
-результатом применения регулируется требованием «Превью раскладки через
-единую логику именования».
-
-#### Scenario: Предпросмотр полей без фиксации выбора
-
-- **GIVEN** список источников на экране ревью
-- **WHEN** пользователь рассматривает источник, ещё не выбрав его активным
-- **THEN** показаны поля результата (тип, название, год) для этого источника
-- **AND** сохранённый матч загрузки не меняется, хардлинки не создаются
-
-#### Scenario: Зарезервированное место под режиссёра
-
-- **GIVEN** режиссёр из метабазы пока не загружается
-- **WHEN** отображается предпросмотр полей источника
-- **THEN** в предпросмотре присутствует место под режиссёра, показанное
-  пустым (или прочерком), не ломая вёрстку
-