av-dev-pipeline: бриф удалён, проходы читают документы канона напрямую

- удалены скилл project-brief и контракт брифа; вместо них references/
  project-facts.md — карта «что нужно проходу → где лежит» и таблица
  поразрядной деградации по документам
- девять charter'ов, review-pipeline, task-pipeline и task-batch переписаны
  на пути канона; OpenSpec стал объявленной предпосылкой без ветки деградации
- шаг синка документации переписан в построчный доклад, закрытие задачи —
  вызовом скилла av-dev-pm:tasks вместо строки-слота из CLAUDE.md
- по находкам ревью: docs.py звал tasks.py из чужого каталога и выдавал его
  отказ окружения за дрейф; сверка миграций не видела рабочее дерево;
  плейсхолдер краснел вместо замечания; сверка capability проходила по
  совпадению с именем пакета; tasks.py не читал docs/.pm.json; скилл docs
  пересказывал канон в пяти местах

av-dev-pm/skills/canon/SKILL.md

@@ -17,7 +17,10 @@ description: Привести проект к канону документов
 пересказывается: два описания одной раскладки разъедутся, и работать будет то,
 которое прочитали последним. Прочитай его **до** первой правки.
 
-Журнал версий — [references/changelog.md](references/changelog.md).
+- [references/skeletons.md](references/skeletons.md) — **что именно класть** в
+  каждый незаполненный слот. Своей формой заглушку не выдумывай: `docs.py`
+  узнаёт только плейсхолдер `<!-- заполнить: … -->` из шаблонов.
+- [references/changelog.md](references/changelog.md) — журнал версий канона.
 
 ## Три правила, из которых всё следует
 
@@ -53,9 +56,13 @@ python3 $ds version --dir <корень>                # версия кано
 нельзя**. `check`, отчитавшийся «канон соблюдён» на проекте, где из шести файлов
 три лишние, хуже отсутствующего.
 
-Машина проверяет пути, лишние файлы, битые ссылки, версию, нетронутые
-плейсхолдеры, маркеры долга и две сверки с кодом. **Ты** судишь о том, чего она
-не умеет:
+Машина **дрейфом** считает: отсутствующий путь канона, файл вне канона, битую
+ссылку, отставшую версию, capability без упоминания в обзоре, миграцию без правки
+`database.md`. **Замечанием** — незаполненный плейсхолдер и слабое упоминание
+capability: незаполненный канон это переходное состояние, а не отказ. Маркеры
+долга просто считает числом.
+
+**Ты** судишь о том, чего она не умеет:
 
 - **смысловой дубль** — `docs/specs/recognition.md` описывает то же, что
   capability `recognition`. Файлы разные, содержание одно;
@@ -113,8 +120,8 @@ capability), `openspec/config.yaml`.
 Порядок важен — он минимизирует окно, в котором ссылки битые:
 
 1. `docs/.pm.json` с `{"canon": <текущая версия>}` и путём миграций, если БД есть;
-2. каталоги канона и скелет: незаполненное — **одной честной информативной
-   строкой**, а не «TBD» (см. canon.md, «Пустое называется пустым»);
+2. каталоги канона и скелет **по [references/skeletons.md](references/skeletons.md)**:
+   незаполненное — одной честной информативной строкой, а не «TBD»;
 3. переносы содержимого;
 4. каталог задач — **вызови скилл `av-dev-pm:tasks`**, сценарий адаптации: он
    владеет форматом задач, включая переименование транслитных слагов в
@@ -122,8 +129,15 @@ capability), `openspec/config.yaml`.
 5. починка ссылок на перенесённое во всём репозитории — `docs/`, `openspec/`,
    `CLAUDE.md`, `README.md`;
 6. удаление оригиналов — **только тех, чьё содержимое найдено в новом доме**;
-7. шаг `docs.py check` в гейт проекта;
-8. `docs.py check` — до зелёного в механизируемой части.
+7. **шаг `docs.py check` в гейт проекта.** Путь к скрипту — переменной с
+   умолчанием на канонический путь маркетплейса, чтобы переустановка плагина не
+   меняла `Taskfile`; шаг обязан **краснеть внятно**, если скрипт не найден, а не
+   пропускаться. Передай ему базу диффа (`--base`) той же переменной, что и
+   остальным шагам гейта: без неё сверка миграций со схемой не гоняется вовсе.
+   Пример строки покажи человеку — гейт принадлежит проекту, и правит его он;
+8. `docs.py check` — до **отсутствия дрейфа**. Замечания (незаполненные
+   плейсхолдеры, слабое упоминание capability) остаются: незаполненный канон это
+   объявленное переходное состояние из шага 5, а не отказ.
 
 ### 5. Объяви переходное состояние