скиллы: doc-canon стал canon, версия раскладки поднята до 2

- каталог скилла и все вызовы переименованы: префикс `doc-` называл материал,
  а скилл занят формой — раскладкой всех частей проекта и общим повышением
  версии, включая каталог задач;
- README перестроен: `canon` вынесен из семейства документов отдельным блоком
  и отдельным узлом графа, правило префиксов переформулировано, у документов
  уточнено владение — содержимым, а не раскладкой;
- заведена запись 2 журнала версий: в проекте ничего не переехало, но путь к
  `docs.py` и имя вызова живут в гейте и в `CLAUDE.md` проекта и сломаются
  молча;
- прежние адреса в записи 1 и в журнале решений оставлены как есть: журнал
  описывает состояния, которые были, и задним числом не переписывается.

av-dev/skills/task-track/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: task-track
-description: Ведение задач и целей как каталога markdown-файлов (одна запись = один файл в items/ + строка в одном из индексов). У каждой записи есть тип (goal, feature, fix, chore, research), и тип решает, каких разделов она требует и что с ней можно делать. Заведение записи из диалога, разбор находок аудита/ревью, декомпозиция на независимо полезные части, штурм сырья, гигиена полей и проверка согласованности индексов. Использовать, когда просят добавить задачу/идею/цель, превратить находки ревью в задачи, разбить задачу, проработать идею, поправить формат или проверить беклог. Каталог отстал от версии раскладки — это скажет tasks.py check, а повышает проект скилл av-dev:doc-canon по общему журналу версий. Расстановка приоритетов и разбор накопившегося — скилл av-dev:task-groom. Не реализует задачи — этим занимается скилл решения задачи.
+description: Ведение задач и целей как каталога markdown-файлов (одна запись = один файл в items/ + строка в одном из индексов). У каждой записи есть тип (goal, feature, fix, chore, research), и тип решает, каких разделов она требует и что с ней можно делать. Заведение записи из диалога, разбор находок аудита/ревью, декомпозиция на независимо полезные части, штурм сырья, гигиена полей и проверка согласованности индексов. Использовать, когда просят добавить задачу/идею/цель, превратить находки ревью в задачи, разбить задачу, проработать идею, поправить формат или проверить беклог. Каталог отстал от версии раскладки — это скажет tasks.py check, а повышает проект скилл av-dev:canon по общему журналу версий. Расстановка приоритетов и разбор накопившегося — скилл av-dev:task-groom. Не реализует задачи — этим занимается скилл решения задачи.
 ---
 
 # Задачи
@@ -511,7 +511,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 
 Формат каталога задач меняется, и проект должен знать, к какой версии он
 приведён. Число живёт ключом `version` в `.av-dev.toml` в корне репозитория,
-журнал версий — [журнал скилла `doc-canon`](../doc-canon/references/changelog.md),
+журнал версий — [журнал скилла `canon`](../canon/references/changelog.md),
 сверяет их `tasks.py check`: отстало — строка расхождения, ушло вперёд — устарел
 плагин. Обратной совместимости нет: есть «приведён» и «не приведён».
 
@@ -521,7 +521,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 половины проектов нет. Плагин один — довод ушёл, а два числа оставляли бы
 вопрос, по какому журналу повышать.
 
-**Повышает проект скилл `av-dev:doc-canon`, операция `upgrade`** — он идёт по
+**Повышает проект скилл `av-dev:canon`, операция `upgrade`** — он идёт по
 журналу, двигает число и зовёт этот скилл там, где запись касается задач. Здесь
 повышения нет намеренно: две операции, двигающие одно число, разъезжаются на
 первом же проекте, где прошла только одна из них.
@@ -580,7 +580,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 **одним проходом вместе с починкой перекрёстных ссылок**, а не по одному слагу.
 
 Если переводить надо не только задачи, а весь `docs/` — это скилл
-`av-dev:doc-canon`, и он зовёт этот сценарий сам на своём шаге.
+`av-dev:canon`, и он зовёт этот сценарий сам на своём шаге.
 
 ### Декомпозиция и штурм сырья
 
@@ -685,7 +685,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 - **Каталог задач — `tasks/` в корне, жёстко**, и `--dir` передаётся явно всегда:
   раскладка канона одинакова во всех проектах, и искать больше нечего. Каталога
   нет — код 3 и вопрос человеку; `init` заводит его **только** когда проект
-  действительно новый, а перевод чужой раскладки делает `av-dev:doc-canon`.
+  действительно новый, а перевод чужой раскладки делает `av-dev:canon`.
   У скрипта поиск вверх по дереву ещё жив — он для непереведённых проектов, и
   полагаться на него скилл не должен: молча найденный чужой каталог это дрейф.
 - **Версия и настройки живут в `.av-dev.toml` в корне репозитория** — версия