Рефакторинг границ 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/changes/archive/2026-07-03-refactor-capability-boundaries/specs/state-reconciliation/spec.md

@@ -0,0 +1,9 @@
+## REMOVED Requirements
+
+### Requirement: Уведомление о рассинхроне
+
+**Reason**: Уведомления автора — единое поведение, собранное в capability
+`notifications`; здесь оно дублировало эту заботу.
+**Migration**: Требование перенесено без изменений в `notifications` (см.
+`specs/notifications`). Сама сверка и переходы `orphaned`/`target_missing`
+остаются в `state-reconciliation`.