Рефакторинг границ 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/state-reconciliation/spec.md

@@ -7,11 +7,10 @@ qBittorrent. Capability описывает периодическую и при
 присутствия **источника** (раздача в qBittorrent) и **цели** (разложенные
 хардлинки), вывод состояний рассинхрона (`target_missing`/`orphaned`/
 `deleted`) из матрицы «источник × цель», их переходы и самовосстановление,
-дебаунс пропажи источника, инвариант безопасного `Undo` (не снимать
-последнюю копию) и уведомления о рассинхроне.
-
+дебаунс пропажи источника, владение целевым путём (один путь — один владелец)
+и инвариант безопасного `Undo` (не снимать последнюю копию). Уведомления о
+рассинхроне — в `notifications`.
 ## Requirements
-
 ### Requirement: Периодическая сверка состояния с реальностью
 
 `worker` SHALL периодически (на тике поллинга) сверять задачи, для которых
@@ -349,13 +348,3 @@ SHALL отклоняться сразу с пояснением, что исто
   `nlink > 1`
 - **THEN** система снимает целевой хардлинк, оставляя исходный файл нетронутым
 
-### Requirement: Уведомление о рассинхроне
-
-При переходе задачи в `orphaned` или `target_missing` система SHALL
-уведомлять автора загрузки через настроенный механизм уведомлений
-(`notifier`), чтобы рассинхрон не оставался незамеченным.
-
-#### Scenario: Уведомление при потере источника
-
-- **WHEN** задача переходит в `orphaned`
-- **THEN** система отправляет автору загрузки уведомление о потере источника