вычитка ревью: пережитки трёх плагинов и язык слияния

Восемнадцать веток «плагина нет» описывали недостижимое: скиллы и агенты теперь
в одном плагине и разрешаются всегда. Где предмет всё же может отсутствовать —
ветка переписана на след в проекте (нет docs/, нет каталога задач, нет
openspec/); где отсутствовать нечему — снята. Туда же анонсы, обещавшие ветку,
которой в разделе больше нет.

Правило копий и его применение разъезжались в одном коммите: правило называло
два законных случая, а absence.md разослан семью копиями по SKILL.md. Назван
третий случай, и разрез проверяемый — файл, который модель получает целиком,
против файла, за которым она идёт отдельным чтением. Заодно сняты объявления
копий там, где копию сменила ссылка, и довод у карты домов в doc-consistency:
он ссылался на отсутствие плагина, хотя устав едет вместе с плагином.

Описания скиллов во фронтматтерах звали снятые короткие имена — по ним скилл не
находится. task-track перестал обещать повышение: версию двигает doc-canon.

Язык: сняты кросс-вызов, опцион и деградация, конверсия и «читатель» в
config.py, charter'ы против уставов, замер против подсчёта, страдательный залог
в журнале. Строка «настройки av-dev» в таблице отсутствия — слово «раскладка»
называло и целое, и его часть.

Мелкое: тема 52 в README была 64, транслит в task-wording машина не проверяет,
мёртвая ветка REQUIRED в addresses.py, ссылки на язык в закрытом журнале.

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 говорит, что каталог отстал. Расстановка приоритетов и разбор накопившегося — скилл groom. Не реализует задачи — этим занимается скилл решения задачи.
+description: Ведение задач и целей как каталога markdown-файлов (одна запись = один файл в items/ + строка в одном из индексов). У каждой записи есть тип (goal, feature, fix, chore, research), и тип решает, каких разделов она требует и что с ней можно делать. Заведение записи из диалога, разбор находок аудита/ревью, декомпозиция на независимо полезные части, штурм сырья, гигиена полей и проверка согласованности индексов. Использовать, когда просят добавить задачу/идею/цель, превратить находки ревью в задачи, разбить задачу, проработать идею, поправить формат или проверить беклог. Каталог отстал от версии раскладки — это скажет tasks.py check, а повышает проект скилл av-dev:doc-canon по общему журналу версий. Расстановка приоритетов и разбор накопившегося — скилл av-dev:task-groom. Не реализует задачи — этим занимается скилл решения задачи.
 ---
 
 # Задачи
@@ -223,11 +223,10 @@ stateDiagram-v2
 
 **Сопровождение и эксплуатация — целое и часть**, а не синонимы, и та же тема
 живёт ещё в двух местах: разделе «Эксплуатация» в `architecture.md` и теме ревью
-`operations`. Словарь у всех трёх общий, дом у него один — `shared/operations.md`
-в репозитории плагинов, — а здесь лежит дословная копия:
-[shared/operations.md](../../shared/operations.md). Пересказывать его своими
-словами нельзя: три перечня «чем держат проект» уже разъезжались на «метриках и
-логах» против «мониторинга».
+`operations`. Словарь у всех трёх общий, и дом у него один:
+[shared/operations.md](../../shared/operations.md) — читается по ссылке.
+Пересказывать его своими словами нельзя: три перечня «чем держат проект» уже
+разъезжались на «метриках и логах» против «мониторинга».
 
 Секция выбирается так: очередь значима и обоснована прозой — `Запланировано`;
 тянется долго и очереди не имеет — `Направления`; не про приложение, а про то,
@@ -354,11 +353,10 @@ stateDiagram-v2
 **Предметно, но без усложнения.** Текст задачи читает человек, который решает,
 брать её или нет, и делает это по строке индекса и одному экрану тела.
 
-Язык — общий для всех проектных текстов, и дом у него один,
-`shared/language.md` в репозитории плагинов; здесь лежит дословная копия:
-[shared/language.md](../../shared/language.md) (информационный стиль,
+Язык — общий для всех проектных текстов, и дом у него один:
+[shared/language.md](../../shared/language.md) — информационный стиль,
 применённый к задачам и документам канона; там же таблицы англицизмов и жаргона
-и то, что из стиля отброшено намеренно). Задаче он даёт четыре требования,
+и то, что из стиля отброшено намеренно. Задаче он даёт четыре требования,
 которые нарушаются чаще прочих:
 
 - **глагол вместо отглагольного существительного**: «обработчик не проверяет
@@ -701,9 +699,9 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 > («закрой задачу `<слаг>`, реализована»). Скилл разрешает свой
 > `$CLAUDE_PLUGIN_ROOT` сам. Путь наружу не выносится вовсе.
 
-Плагина в проекте нет — вызов не разрешится, и вызывающий **не выдумывает путь и
-не правит индекс руками**, а сообщает в докладе, что учёт задач остаётся за
-владельцем.
+Каталога задач в проекте нет — вызывающий **не выдумывает путь и не правит
+индекс руками**, а сообщает в докладе, что учёт остаётся за владельцем. Скилл
+при этом разрешится: он в том же плагине, что и вызывающий.
 
 ## Слоты проекта