правило выбора метки уехало в свой документ, в скилле остался диспетчер

SKILL.md конвейера дорос до 1168 строк, и двести с лишним из них отвечали на
вопрос, который на обычной задаче не задаётся: как выбирается метка. Называет её
review-scope один раз, до обеих стадий, а всем остальным нужна не процедура
выбора, а состав по уже названной метке — три строки таблицы. В
references/review-levels.md переехали правило двух осей, «спорное решается вниз»,
«максимум по поверхности», разбор того, чем small дешевле medium, и обе проверки
долей. В скилле остались таблица состава, схема процесса и раздача тем: метка
названа — состав читается.

Форма выбрана одна на все метки, а не по документу на метку, как у типов задач в
av-dev-pm:tasks. Аналогия не переносится дважды. Типы задач разъединены — общее
лежит в task-format.md, в файле типа только своё; метки вложены: medium это small
плюс два прохода, large — medium плюс доказательство, и три файла повторяли бы
костяк трижды. Такое расхождение copies.py не ловит: он сверяет дословные копии
по маркерам, а вышли бы почти-копии с намеренными мелкими отличиями, неотличимые
от задуманного. Причина сильнее: ценность текста в сравнении. Вопрос читателя не
«что делает small», а «чем small отличается от medium» — на него отвечают и выбор
метки, и «спорное вниз», и корректор; сравнение, разложенное по трём файлам, не
читается.

Механика рычагов осталась в скилле. Непуск, вход и потолок общие для всех
проходов и всех меток, их дом — «Модель по проходу»; в переехавшем тексте от них
только то, что они делают с small, и ссылка на дом. Точные потолки не
продублированы, чтобы не заводить второй источник чисел.

Ссылку на дом правила получили review-scope, для которого он основная опора, и
task-pipeline, где раньше стояло безадресное «правило живёт в скилле конвейера».
Заодно вычищено последнее живое упоминание quick и standard: имена удалены
каноном 6, но уцелели в объяснении, зачем нужна проверка доли.

Решение — 46. SKILL.md: 1168 → 1026 строк.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
av
2026-08-07 11:40:09 +03:00
co-authored by Claude Opus 5
parent 9561af7b9b
commit 91d4264b40
5 changed files with 220 additions and 152 deletions
+39
View File
@@ -2992,3 +2992,42 @@ JJJ): у профиля обязан быть один правильный от
164. **Оценка по одному источнику — оценка по остатку.** Источники о задаче
отвечают на разные вопросы; пропущенный не ухудшает точность понемногу, а
оставляет ось без данных.
## 46. Правило выбора метки съехало из скилла в отдельный документ (2026-08-07)
**АЕАЗА. У правила выбора метки теперь свой дом — `references/review-levels.md`,
а в скилле остался диспетчер.** `SKILL.md` конвейера дорос до 1168 строк, и
двести с лишним из них отвечали на вопрос, который на обычной задаче не задаётся
вовсе: **как** выбирается метка. Метку называет `review-scope` один раз, до обеих
стадий; всем остальным нужна не она, а состав по уже названной метке — три строки
таблицы. Переехали правило двух осей, «спорное решается вниз», «максимум по
поверхности», разбор того, чем `small` дешевле `medium`, и обе проверки долей.
Остались таблица состава, схема процесса и раздача тем.
**Форма выбрана одна на все метки, а не по документу на метку.** Предлагался
разрез по образцу типов задач в `av-dev-pm:tasks`, где у `fix`, `feature` и
`chore` по своему файлу. Аналогия не переносится, и по двум причинам. Типы задач
**разъединены** — общее вынесено в `task-format.md`, а в файле типа лежит только
своё; метки же **вложены**: `medium` это `small` плюс два прохода, `large`
`medium` плюс доказательство. Три файла повторяли бы костяк трижды, а `copies.py`
такое не ловит: он сверяет дословные копии по маркерам, тогда как здесь вышли бы
почти-копии с намеренными мелкими отличиями — расхождение, неотличимое от
задуманного. Вторая причина сильнее первой: ценность этого текста **в
сравнении**. Читателю нужно не «что делает `small`», а «чем `small` отличается от
`medium`» — на этот вопрос отвечают и выбор метки, и «спорное вниз», и корректор.
Сравнение, разложенное по трём файлам, не читается.
**Механика рычагов осталась в скилле, а не уехала с меткой.** Непуск, вход и
потолок общие для всех проходов и всех меток, их дом — раздел «Модель по
проходу». В переехавшем тексте от них только то, что они делают с `small`, и
ссылка на дом; точные потолки не продублированы.
### Что из этого следует
165. **Дом правила — там, где правило выбирают, а не там, где его применяют.**
Применяют состав на каждой задаче, выбирают метку один раз; текст,
обслуживающий выбор, в потоке применения лежит мёртвым грузом.
166. **Вложенные вещи не режутся по файлу на вещь.** Разъединённое (типы задач)
режется, вложенное (метки) — нет: разрез вложенного даёт дублирование
общей части, а дублирование намеренно неточное машина не сверит.