канон 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-docs/skills/canon/references/canon.md

@@ -65,7 +65,7 @@ CLAUDE.md                      памятка агенту: что это, ст
                                severity, команды, семантика гейта, запреты
 AGENTS.md                      необязателен, лежит рядом; читается теми же
 docs/
-  .pm.json                     версия канона и пути, нужные проверкам
+  .docs.json                   версия канона и пути, нужные проверкам
   passport.md   | passport/    зачем и для кого; чем НЕ является; сценарии
   architecture.md | architecture/  как сложено — обзор; окружение и эксплуатация
   database.md   | database/    схема хранилища; представление данных и настройки
@@ -119,7 +119,7 @@ openspec/
 | `review.*` | процессный | — (настройка самого конвейера, слой **над** темами) |
 | `adr.*` | процессный | — |
 | `research.*` | процессный | — |
-| `.pm.json` | процессный | — (служебный файл, не документ) |
+| `.docs.json` | процессный | — (служебный файл, не документ) |
 
 **Список тем открытый, и это не послабление, а механизм.** Категории
 `источник` и `процессный` **закрыты** — они перечислены здесь поимённо и
@@ -354,8 +354,10 @@ kebab-case.** Причина не эстетическая: имя файла с
 ### `tasks/`
 
 **Каталог задач канону не принадлежит.** Его ведёт отдельный плагин
-`av-dev-tasks` — своим скриптом, своим конфигом `<каталог>/.tasks.json` и своей
-версией формата. Канон **резервирует место** в `docs/` и внутрь не смотрит:
+`av-dev-tasks` — своим скриптом, своим конфигом `<каталог>/.tasks.json`, своей
+версией формата в нём же и своим журналом версий. Канон о том числе не
+высказывается и его не двигает: повышает каталог задач тот, кто его ведёт.
+Канон **резервирует место** в `docs/` и внутрь не смотрит:
 `docs.py` каталог не открывает, его отсутствия не считает дрейфом и согласованность
 задач не проверяет. Проект, поставивший только канон документов, задач не ведёт
 вовсе, и отказом это быть не может.
@@ -546,7 +548,7 @@ kebab-case.** Причина не эстетическая: имя файла с
 архитектуру с кодом» задача без дна, и агент, которому её поставили, выдаёт
 правдоподобную труху вместо находок.
 
-## `docs/.pm.json`
+## `docs/.docs.json`
 
 ```json
 {
@@ -562,12 +564,23 @@ kebab-case.** Причина не эстетическая: имя файла с
 `migrations` — путь каталога миграций, если БД есть; по нему `docs.py` делает
 сверку с `database.md`.
 
+**Имя файла — имя плагина, который его завёл.** Канон документов ведёт
+`av-dev-docs`, поэтому `.docs.json`; у каталога задач по тому же правилу
+`.tasks.json`, у конвейера — `openspec/config.yaml`. До версии 13 файл звался
+`.pm.json` — по плагину `av-dev-pm`, который распался на четыре и которого
+больше нет; имя пережило владельца и указывало в пустоту. Прежнее имя `docs.py`
+не читает: два дома для одной версии канона расходятся молча, а переименование
+стоит одну команду (версия 13 журнала, и `check` называет её сам, когда видит
+старый файл).
+
 **Ключа `tasks` здесь больше нет.** Настройки каталога задач вернулись в свой
 файл `<каталог задач>/.tasks.json`, потому что ведёт их другой плагин: конфиг,
 лежащий в `docs/`, был бы домом, которого нет у проекта, поставившего учёт работ
-без канона документов. Состав ключей описывает тот плагин, а не канон. Прежний
-ключ читается, пока живы непереехавшие проекты, и `tasks.py` говорит о нём
-замечанием на каждом прогоне — версия 8 журнала просит его убрать.
+без канона документов. Состав ключей описывает тот плагин, а не канон. Там же —
+**версия формата задач**, и она своя: у проекта без `docs/` версии канона нет
+вовсе, сверять её было бы не с чем. Прежний ключ читается, пока живы
+непереехавшие проекты, и `tasks.py` говорит о нём замечанием на каждом
+прогоне — версия 8 журнала просит его убрать.
 
 Ключей будет больше по мере роста проверок; неизвестный ключ `docs.py`
 игнорирует, отсутствующий — считает «проверка неприменима» и говорит об этом