словарь, манифесты, 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-code/skills/resolve/SKILL.md

@@ -20,10 +20,10 @@ description: "Решить одну задачу от постановки до
   шаги 2, 6 и 8, шаг Р2 разведки, проход `review-specs` и ревью дизайна (они
   завязаны на `openspec/changes/<id>/specs/*/spec.md` и на
   `openspec validate --strict`). **Проект без OpenSpec этим скиллом не ведётся** —
-  подключай OpenSpec, а не вырождай цикл: ветка деградации здесь не пишется,
-  потому что непроверенная ветка деградации хуже честного отказа. Заводить
-  руками не надо: каталог и настройку в `config.yaml` делает скилл
-  `av-dev-code:openspec`.
+  подключай OpenSpec, а не вырождай цикл; почему ветка деградации здесь не
+  пишется, сказано в `av-dev-code:review`, раздел «Предпосылки», и дом у этого
+  довода там. Заводить руками не надо: каталог и настройку в `config.yaml`
+  делает скилл `av-dev-code:openspec`.
 - **Проектные копии этих скиллов и агентов удаляются при установке плагина**
   (`.claude/skills/` — голые имена `resolve`, `review`, а у проектов прошлого
   поколения ещё `task-pipeline`, `review-pipeline`, `task-batch`, и с префиксом
@@ -212,9 +212,9 @@ flowchart TD
 - **Форматом задач.** Индексы руками не правятся, путь к скрипту учёта не
   выдумывается: этим владеет `av-dev-tasks:tasks` (шаг 11). Закрытие — работа
   этого скилла, и это осознанное решение с названной ценой: **приёмщик и
-  исполнитель совпали**. Закрытие поэтому **не окончательно** — человек на сессии
-  возвращает задачу `reopen` с причиной, а доклад по критериям приёмки становится
-  единственным, по чему приёмка вообще возможна.
+  исполнитель совпали**. Закрытие поэтому **не окончательно** — человек на
+  груминге (`av-dev-tasks:groom`) возвращает задачу `reopen` с причиной, а доклад
+  по критериям приёмки становится единственным, по чему приёмка вообще возможна.
 - **Заведением задач из урожая ревью.** Отложенные находки отдаются **списком**;
   превращать их в задачи — работа `av-dev-tasks:tasks`, у него на этот вход
   отдельный сценарий «задачи из ревью и аудита». Плагина нет — урожай остаётся
@@ -226,7 +226,7 @@ flowchart TD
 
 Ровно четыре, и каждый обязан быть назван в докладе прямо:
 
-- **сделана** — определение готовности выполнено целиком;
+- **сделана** — определение сделанного выполнено целиком;
 - **не доведена** — с причиной и с записанным вопросом; что именно сделано и до
   какой границы, названо явно. Сюда же попадает чекпоинт, на котором человек
   решение не одобрил;
@@ -236,7 +236,7 @@ flowchart TD
   по названному адресу, кода задача не потребовала. Это полноправный исход, а не
   недоведённая работа.
 
-## Определение готовности
+## Определение сделанного
 
 Задача сделана, когда верно всё:
 
@@ -394,7 +394,7 @@ flowchart TD
 | `large` | `specs`, `rubric`, `architecture` + вопрос автору о трёх формах решения |
 
 `review-specs` в режиме «дизайн ДО кода» идёт **на каждой задаче**: это самый
-дешёвый чекпоинт конвейера, и он ловит то, что на готовом коде уже не чинят.
+дешёвый проход конвейера, и он ловит то, что на готовом коде уже не чинят.
 Остальные включаются меткой, потому что стадия стоит на каждой задаче и каждый
 лишний проход здесь умножается на число задач.