словарь, манифесты, README: одно слово — одна вещь, одно описание — один дом

- «готовность» значила и «запись можно брать», и «что считается сделанным»;
  второй смысл стал «определением сделанного» — своё же правило про занятое
  слово запрещало это прямо
- «пайплайн» жил в 24 местах вне журналов при том, что DECISIONS фиксирует
  его уход «целиком»; рабочее имя — конвейер
- «чекпоинт» в review значил стадию и проход, в resolve — остановку человеку;
  слово оставлено за остановкой
- у описания плагина было два дома, и три из четырёх уже разошлись. Сведены,
  и класс закрыт машиной: frontmatter.py сверяет plugin.json с marketplace,
  гейт разбужен на *.json
- README врал про односторонние зависимости и терял healthcheck на диаграмме
- перечень агентов в REMAINING отстал на два поколения

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-tasks/skills/groom/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: groom
-description: "Груминг беклога — интерактивный разбор, отвечающий на два вопроса: что сейчас самое важное и что перестало быть важным. Ответ записывается порядком строк в беклоге: первая строка — то, что делают следующим. Разбирает накопившиеся вопросы, переоценивает задачи порциями по 5–8 (сделано попутно, отменено решением, слилось с соседней, подешевело, разрослось, стало сырьём), закрывает отжившее с причиной и расставляет очередь. Использовать, когда просят разобрать беклог, расставить приоритеты, решить «что делать дальше», провести груминг или переоценку, а также когда вернулись к проекту после перерыва и надо понять, где остановились. Формат и содержимое записей — скилл tasks; выполнение задачи — пайплайн проекта."
+description: "Груминг беклога — интерактивный разбор, отвечающий на два вопроса: что сейчас самое важное и что перестало быть важным. Ответ записывается порядком строк в беклоге: первая строка — то, что делают следующим. Разбирает накопившиеся вопросы, переоценивает задачи порциями по 5–8 (сделано попутно, отменено решением, слилось с соседней, подешевело, разрослось, стало сырьём), закрывает отжившее с причиной и расставляет очередь. Использовать, когда просят разобрать беклог, расставить приоритеты, решить «что делать дальше», провести груминг или переоценку, а также когда вернулись к проекту после перерыва и надо понять, где остановились. Формат и содержимое записей — скилл tasks; выполнение задачи — конвейер проекта."
 ---
 
 # Груминг: что важно, что перестало
@@ -22,7 +22,7 @@ description: "Груминг беклога — интерактивный ра
 без вопросов и показывается списком.
 
 Форматом и содержимым записей владеет скилл `tasks` — груминг зовёт его
-операции, а не правит файлы руками. Выполнением задачи — пайплайн проекта.
+операции, а не правит файлы руками. Выполнением задачи — конвейер проекта.
 
 ## Три правила, из которых всё следует
 
@@ -69,7 +69,7 @@ description: "Груминг беклога — интерактивный ра
 
 **Отличать вопрос от застревания.** Правило про остаток принадлежит управлению
 задачами: оно решает, **сделана задача или вышла**, а это исход планирования, не
-исполнения. **Ниже канонический текст; пайплайн проекта на него ссылается, а не
+исполнения. **Ниже канонический текст; конвейер проекта на него ссылается, а не
 пересказывает** — два экземпляра одного правила разъезжаются, и разъезжаются
 незаметно, потому что расхождение видно только на редком входе.
 

av-dev-tasks/skills/tasks/SKILL.md

@@ -11,7 +11,7 @@ description: Ведение задач и целей как каталога mar
 
 Чем он **не** владеет: **очередью** — что делать следующим и что перестало быть
 важным, решает скилл `groom`, а этот скилл лишь даёт ему операции; и выполнением
-задачи — это пайплайн проекта.
+задачи — это конвейер проекта.
 
 ## Шесть правил, из которых всё следует
 
@@ -296,7 +296,7 @@ stateDiagram-v2
 **напоминает** — беклог, заведённый до появления типа, законен, и переоформлять
 его «заодно» здесь не просят.
 
-**Тип не выбирает метку ревью и вообще ничего не предписывает пайплайну.**
+**Тип не выбирает метку ревью и вообще ничего не предписывает конвейеру.**
 Профиль выбирается по факту изменения, а не по типу задачи: `chore` бывает
 миграцией схемы, `fix` — правкой публичного контракта. Правило «предписание
 процесса в теле задачи снимается» типом не отменяется, а подтверждается: он
@@ -664,7 +664,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 
 ### Вызов из другого плагина
 
-`$CLAUDE_PLUGIN_ROOT` раскрывается **только внутри своего плагина**: пайплайн
+`$CLAUDE_PLUGIN_ROOT` раскрывается **только внутри своего плагина**: конвейер
 задачи, конвейер ревью и любой другой чужой контекст до `tasks.py` по этой
 переменной не дотянутся. Мост — **вызов скилла через пространство имён**, а не
 путь:
@@ -684,8 +684,8 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 какие в проекте оракулы — семантика гейта в `CLAUDE.md`. Отдельными слотами
 остаётся то, чего из раскладки не вывести. **Проект дописывает в `CLAUDE.md`**:
 
-1. **Что такое «сделана»** — чем задача выполняется (пайплайн проекта) и что
-   входит в его определение готовности. Скилл требует лишь **форму**: пайплайн
+1. **Что такое «сделана»** — чем задача выполняется (конвейер проекта) и что
+   входит в его определение сделанного. Скилл требует лишь **форму**: конвейер
    проекта пройден + критерии приёмки проверены поимённо.
 2. **Что считается необратимым** и потому спрашивается у человека всегда
    (деплой, выкладка наружу, удаление или перезапись данных).
@@ -713,7 +713,7 @@ python3 $tk adopt scan --from … | apply --plan …   # разовая адап
 ## Чего этот скилл не делает
 
 Не пишет код, не заводит спеки и предложения об изменении, не берёт задачу в
-работу — этим занимается пайплайн проекта. **Не ведёт очередь:** что делать
+работу — этим занимается конвейер проекта. **Не ведёт очередь:** что делать
 следующим и что перестало быть важным — скилл `groom`, а этот даёт ему операции.
 Не решает за пользователя, что важно. Не
 переоформляет существующие задачи «заодно»: правится то, чего касается операция.

av-dev-tasks/skills/tasks/references/task-feature.md

@@ -42,7 +42,7 @@
    заходом и не мерджится целиком — это несколько задач под одной целью, дроби
    сразу ([split.md](split.md)). Промежуточного зонтика между целью и задачей
    нет.
-6. **Реализация** — дело пайплайна проекта, не этого скилла. Закрывается
+6. **Реализация** — дело конвейера проекта, не этого скилла. Закрывается
    `close <слаг> --implemented`: файл и строка удаляются, суть переезжает в
    `openspec/specs/` и документацию.
 

av-dev-tasks/skills/tasks/references/task-format.md

@@ -154,7 +154,7 @@
 
 2–5 проверяемых утверждений **списком** `- …`, **у каждого назван оракул**. Не
 «работает корректно», а «повторный прогон даёт тот же отпечаток — оракул:
-команда сверки». Это не второе определение готовности, а проектная
+команда сверки». Это не второе определение сделанного, а проектная
 конкретизация вопроса «по чему видно, что закончено» из теста готовности ниже:
 там сказано «признак завершённости», здесь — «признак плюс чем проверяется».