канон 13: файл версии зовётся по владельцу, у задач появилась своя версия формата

Имя `.pm.json` пережило плагин `av-dev-pm` на два месяца и указывало в пустоту.
Правило, которое из этого вынуто: имя служебного файла — имя плагина, который
его завёл, и по нему же владельца узнают.

- `docs/.pm.json` → `docs/.docs.json`, запись 13 журнала. Прежнее имя docs.py
  не читает намеренно: по этому числу upgrade решает, какие записи применять,
  и два дома разъехались бы молча ровно там, где это дороже всего. Вместо
  совместимости — узнавание: check видит старый файл и печатает готовую git mv
- у каталога задач появилась своя версия формата — ключ `tasks` в
  `.tasks.json`, свой журнал версий и своё повышение. До сих пор её не было
  вовсе, хотя docs.py в комментарии уверенно на неё ссылался: описание
  опережало механику ровно так, как сказано в решении 195
- число своё, а не копия канонического: плагин ставится в одиночку, и у
  проекта без docs/ версии канона нет — сверять было бы не с чем
- конфиг задач стал обязательным (init и adopt apply пишут его всегда), check
  сверяет число, `check --fix` его не приписывает: приписанное объявляло бы
  каталог приведённым к формату, шагов которого никто не делал
- переезды 11 и 12 в новый журнал задним числом не переписаны — версия 1
  велит догнать формат по журналу канона, называя признаки отставания
  поимённо (каталог в docs/tasks/, живой SPRINT.md)
- запись 60 в DECISIONS со следствиями 200–203; отдельно разведено с решением
  F, где `.docs.json` отвергался как указатель путей: отвергнут был указатель,
  а не имя

av-dev-code/agents/review-scope.md

@@ -117,7 +117,7 @@ color: green
 |---|---|---|
 | **тема** | `conventions.*`, `security.*`, `architecture.*`, любой свой документ проекта | заводишь строку темы и назначаешь исполнителя |
 | **источник темы** | `passport.*`, `database.*` | называешь адресом **внутри** строки чужой темы, своей строки не заводишь |
-| **процессный** | `tasks/`, `review.*`, `adr.*`, `research.*`, `.pm.json` | называешь строкой «процессный», исполнителя нет и не должно быть |
+| **процессный** | `tasks/`, `review.*`, `adr.*`, `research.*`, `.docs.json` | называешь строкой «процессный», исполнителя нет и не должно быть |
 
 `docs/review.*` при этом ты читаешь — но как **настройку конвейера**, откуда
 берутся вопросы по темам и триггеры метки, а не как тему. `adr.*` и `research.*`
@@ -128,7 +128,7 @@ color: green
 **Каждая запись в `docs/` обязана попасть в план строкой своей категории.** Не «я
 посмотрел и решил» — перечислением. Это и есть проверка твоей работы: план
 сверяется с `ls docs/` за секунду, и пропущенный документ виден без рассуждения.
-`docs/.pm.json` — единственное исключение: служебный файл, не документ, в плане
+`docs/.docs.json` — единственное исключение: служебный файл, не документ, в плане
 не упоминается.
 
 **Категории `источник` и `процессный` закрыты — они перечислены выше поимённо.**

av-dev-code/skills/openspec/SKILL.md

@@ -147,8 +147,10 @@ python3 $os form                   # слепок формы против жив
 
 **Присутствие узнаётся вызовом или следом в проекте, но не объявлением.** Перечня
 установленных плагинов проект не ведёт — он разошёлся бы с действительностью
-молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.pm.json` —
+молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.docs.json` —
 канон, `<каталог задач>/.tasks.json` — задачи, `openspec/config.yaml` — конвейер.
+Имя файла — имя плагина, который его завёл, и держит он в том числе версию своего
+формата: у канона документов и у каталога задач они свои и двигаются порознь.
 
 <!-- /копия: граница-плагинов -->
 

av-dev-code/skills/resolve/SKILL.md

@@ -57,8 +57,10 @@ description: "Решить одну задачу от постановки до
 
 **Присутствие узнаётся вызовом или следом в проекте, но не объявлением.** Перечня
 установленных плагинов проект не ведёт — он разошёлся бы с действительностью
-молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.pm.json` —
+молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.docs.json` —
 канон, `<каталог задач>/.tasks.json` — задачи, `openspec/config.yaml` — конвейер.
+Имя файла — имя плагина, который его завёл, и держит он в том числе версию своего
+формата: у канона документов и у каталога задач они свои и двигаются порознь.
 
 <!-- /копия: граница-плагинов -->
 

av-dev-code/skills/review/SKILL.md

@@ -88,8 +88,10 @@ description: "Конвейер ревью изменения, устроенны
 
 **Присутствие узнаётся вызовом или следом в проекте, но не объявлением.** Перечня
 установленных плагинов проект не ведёт — он разошёлся бы с действительностью
-молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.pm.json` —
+молча. Что сосед здесь работал, видно по заведённому им файлу: `docs/.docs.json` —
 канон, `<каталог задач>/.tasks.json` — задачи, `openspec/config.yaml` — конвейер.
+Имя файла — имя плагина, который его завёл, и держит он в том числе версию своего
+формата: у канона документов и у каталога задач они свои и двигаются порознь.
 
 <!-- /копия: граница-плагинов -->
 
@@ -113,7 +115,7 @@ description: "Конвейер ревью изменения, устроенны
 |---|---|---|
 | **тема** | заводит направление проверки и требует исполнителя | `conventions.*`, `security.*`, `architecture.*`, свои документы проекта |
 | **источник темы** | читает как материал чужой темы, своей не порождает | `passport.*`, `database.*`, `CLAUDE.md`/`AGENTS.md`, `openspec/specs/` |
-| **процессный документ** | не судит по нему изменение | `tasks/`, `docs/review.*`, `docs/adr.*`, `docs/research.*`, `docs/.pm.json` |
+| **процессный документ** | не судит по нему изменение | `tasks/`, `docs/review.*`, `docs/adr.*`, `docs/research.*`, `docs/.docs.json` |
 
 **Одна процессная запись всё же читается — `docs/review.*`.** В ней лежит
 настройка самого конвейера: вопросы по темам, журнал дефектов, типовые узлы,