старшинство диаграмм объявлено, рендер проверяется скриптом

Диаграмма и проза вокруг неё описывают один факт — это второй дом, и разойтись они могут молча: то самое, против чего написан copies.py. Механической сверки здесь нет, дословного соответствия между текстом и графом не существует, поэтому работает объявление. В review-pipeline старший граф — он и есть алгоритм планировщика, проза объясняет рёбра; в остальных местах старшая проза, диаграмма там сводка; в calibration.md старшая таблица вердиктов, схема добавляет к ней только счётчик. Объявление стоит у каждой диаграммы строкой в месте, а не общим правилом в README: скилл читают целиком, README — нет. В task-batch добавлена оговорка про соседний скилл — два вызова с разным старшинством рядом это место, где легко ошибиться. scripts/diagrams.py вынимает все mermaid-блоки и рендерит каждый через mmdc или npx @mermaid-js/mermaid-cli. Коды выхода — общий словарь; нет рендерера — код 3, а не молчаливый успех. Chromium с --no-sandbox: без флага падает на «No usable sandbox», причина в докстроке. Проверены обе ветки: 11 диаграмм в 9 файлах зелено, сломанный блок даёт точное место с текстом ошибки парсера и код 1. README: раздел «Проверка диаграмм» рядом с проверкой копий — что ловит, чего не ловит и почему не в гейте. DECISIONS 63 и 64. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-03 20:41:42 +03:00
parent dd69251d04
commit bd1ea6d6b1
12 changed files with 251 additions and 0 deletions
@@ -226,6 +226,10 @@ flowchart TD
 `code` и первый из меряющей пары, — а второй меряющий идёт следом за первым. В
 `quick` — `specs` и `code` разом, и сразу триаж.

+**Схема здесь старше прозы.** Она не иллюстрация к тексту, а сам алгоритм
+планировщика; проза ниже объясняет рёбра и называет их цену. Разошлись — прав
+граф, а расхождение чинится правкой текста.
+
 **Ребро значит «A закончил раньше, чем B стартовал», и ничего больше.** В обычном
 графе задач ребро тянет за собой данные — здесь нет, и это не деталь реализации.
 Проход **не видит** находок других проходов, в каком бы порядке их ни запустили.
@@ -40,6 +40,9 @@ stateDiagram-v2
    r2 --> dead: снова не ловит — это театр
 ```

+Схема — **сводка** к таблице вердиктов выше: она добавляет только счётчик, и при
+расхождении прав таблица.
+
 **`retune` не более двух раз подряд.** Проход, не находящий дефект своего класса
 в 2 из 3 прогонов после двух правок промпта, — это театр. Удалять, а не
 бесконечно править формулировки: каждая итерация правки промпта стоит дороже,
@@ -32,6 +32,9 @@ flowchart TD
 чаще, чем ловит, снимается в прозу. Ребро `rule → clean` **обязательное**: без
 него первые два шага не окупаются, а именно его и пропускают.

+Схема — **сводка**: условия каждого шага в его разделе, и при расхождении прав
+текст.
+
 ## Шаг 1. Находка → конвенция

 Условия: находка **принята** при ревью (не отвергнута, не понижена в гипотезу) и
@@ -176,6 +176,10 @@ flowchart TD
 линеаризации законны); **параллельно** — волна 1 `A` одна (замеряющая), волна 2
 `B` и `C`, волна 3 `D`.

+Схемы в этом скилле — **пример и сводка**, правила ставит текст: при расхождении
+прав он. (В `av-dev-pipeline:review-pipeline` наоборот — там граф прогона и есть
+алгоритм, и старший он.)
+
 Покажи план короткой репликой — режим, порядок или состав волн, какие задачи
 признаны замеряющими и по какому триггеру, — и иди дальше.

@@ -178,6 +178,9 @@ flowchart TD
 порядок «сперва коммит работы, потом коммит учёта» на схеме тоже ребро, и оно
 обязательное (шаг 11).

+Схема — **сводка**: содержание каждого шага в его разделе ниже, и при
+расхождении прав текст.
+
 ### 1. Прочитать задачу

 Задача задана извне (slug, файл, ссылка, описание) — прочитай её и связанные