docs: ссылки на упразднённый роадмап переадресованы, у восьми фактов назван дом

- ссылки на tasks/ROADMAP.md переведены на BACKLOG.md и на openspec/specs,
  упоминания целей — на задачи, которые эту работу делают;
- судьи документации нашли восемь расхождений: Purpose спеки pipeline объявлял
  неописанным то, что уже нормирован пятью требованиями, вид времени в
  конвенции спорил со схемой, а квоты, шесть часов и отказ от Web Push жили
  сразу в двух документах без ссылки друг на друга;
- два числа получили провенанс: 259 200 запросов в сутки и потолок в шесть
  часов теперь ведут к записке разведки, а не читаются как замер.

openspec/config.yaml

@@ -32,7 +32,8 @@ context: |
   - docs/architecture.md — устройство; docs/security.md — периметр;
     docs/database.md — схема и настройки с числами; docs/adr/ — почему решено
     так; docs/research/ — что уже измерено;
-  - tasks/ROADMAP.md — что приложение уже умеет и чего ещё не умеет.
+  - openspec/specs/ — что приложение уже умеет; tasks/BACKLOG.md — что осталось
+    и в каком порядке это берут.
   Пересказа этих документов здесь нет намеренно: второй дом факта расходится с
   первым молча, и заметно это становится в предложении, которое уже написано.
 

openspec/specs/pipeline/spec.md

@@ -5,14 +5,14 @@
 Конвейер расшифровки: как задача движется по состояниям, что делает воркер,
 когда работы нет, и что считается отказом шага.
 
-Описан пока **только пустой прогон воркера** — тот, что нормируют проверки
-пакета `internal/controller/worker` и перевод признака в `internal/service`.
-Сознательно не описаны переходы состояний и цепочка `created → converted →
-transcribe → done | failed`, захват задачи и срок его протухания, отмена
-контекста посреди шага, освобождение ресурсов внешних клиентов. Это не значит,
-что такого поведения нет: оно живёт в коде, а требования на него не написаны,
-потому что требование без проверки — предположение, а не норма. Первая задача,
-которая трогает любое из перечисленного, дописывает его сюда.
+Описаны пустой прогон воркера, неделимость захвата и срок его протухания, число
+попыток и состояние «мертва», нарастающая пауза перед повтором и условие записи
+результата держателем захвата. Сознательно не описаны: цепочка переходов
+`created → converted → transcribe → done | failed`, отмена контекста посреди
+шага и освобождение ресурсов внешних клиентов. Это не значит, что такого
+поведения нет: оно живёт в коде, а требования на него не написаны, потому что
+требование без проверки — предположение, а не норма. Первая задача, которая
+трогает любое из перечисленного, дописывает его сюда.
 ## Requirements
 ### Requirement: Пустой прогон воркера — не отказ