канон 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/changelog.md

@@ -1,8 +1,15 @@
 # Журнал версий канона
 
-Одна запись на версию. Проект знает свою версию из `docs/.pm.json`; `canon
+Одна запись на версию. Проект знает свою версию из `docs/.docs.json`; `canon
 upgrade` идёт по записям снизу вверх от версии проекта до текущей и делает то,
-что в них названо.
+что в них названо. Записи ниже версии 13 зовут этот файл прежним именем,
+`docs/.pm.json`, — так и было на день записи, и переписывать историю мы не
+станем; переименование делает запись 13.
+
+**Каталог задач этим журналом не повышается.** У него своя версия формата и свой
+журнал — `references/changelog.md` скилла `av-dev-tasks:tasks`. Записи 8, 11 и 12
+трогали его в те времена, когда своего числа у него не было; впредь запись канона
+вправе позвать соседа, но не двигать его версию.
 
 Правило записи: **что добавилось, что переехало, что удалено, что сделать
 проекту**. Без последнего пункта запись бесполезна — по ней и работает
@@ -13,6 +20,51 @@ upgrade` идёт по записям снизу вверх от версии п
 
 ---
 
+## Версия 13 — 2026-08-11
+
+Служебный файл канона переименован: `docs/.pm.json` → `docs/.docs.json`. Имя
+досталось от плагина `av-dev-pm`, который распался на четыре и которого больше
+нет: файл пережил владельца и указывал в пустоту. Правило простое и теперь
+соблюдается всеми тремя: **имя служебного файла — имя плагина, который его
+завёл**, `.docs.json` — канон, `.tasks.json` — задачи, `openspec/config.yaml` —
+конвейер.
+
+**Что изменилось.** `docs.py` читает только новое имя. Прежнее он не читает
+намеренно: два дома для одной версии канона расходятся молча, а тут расхождение
+стоило бы дорого — по этому числу `upgrade` решает, какие записи применять.
+Файл под старым именем `check` узнаёт и называет отдельной строкой с готовой
+командой, а не жалуется на пропажу.
+
+**Что появилось у соседа.** У каталога задач теперь есть **своя версия
+формата** — ключ `tasks` в `<каталог задач>/.tasks.json`, — и свой журнал версий
+в скилле `av-dev-tasks:tasks`. До сих пор её не было вовсе: формат задач менялся
+записями этого журнала (8, 11, 12), хотя каталог принадлежит другому плагину и
+ставится без канона документов. Канон это число не двигает.
+
+**Что сделать проекту.**
+
+1. `git mv docs/.pm.json docs/.docs.json` — одним коммитом с шагом 2. Содержимое
+   не меняется: ключи те же.
+2. **Поправить упоминания прежнего имени** в своих файлах — `CLAUDE.md`, гейт,
+   `README.md`, `docs/**`. Битой ссылкой это чаще всего не выглядит (файл
+   служебный, на него ссылаются прозой), поэтому `docs.py check` таких упоминаний
+   не ловит: ищи `grep -rn '\.pm\.json'` по репозиторию.
+3. **Объявить версию формата задач**, если каталог задач в проекте есть:
+   `<каталог задач>/.tasks.json` с ключом `"tasks": <версия>`. Файла нет вовсе —
+   заведи, он теперь обязателен: версия не настройка, от которой можно
+   отказаться. Какое число ставить и что сделать перед этим, говорит журнал
+   владельца — **позови скилл `av-dev-tasks:tasks`**, здесь этих шагов нет
+   намеренно: второй перечень чужих шагов разошёлся бы с первым.
+4. Гейт не меняется: шаги те же, версию задач сторожит `tasks.py check`, который
+   в нём уже стоит.
+5. `docs/.docs.json`: `"canon": 13`.
+
+**Чего делать не надо.** Ключи в файле не трогаются, документы не переезжают,
+записи задач не меняются: версия 13 — про имена служебных файлов и про то, кто
+чью версию двигает.
+
+---
+
 ## Версия 12 — 2026-08-09
 
 Спринты отменены. Работа идёт задача за задачей, и замороженный набор перестал