Files
dev-skills/decisions/46-label-rule-own-document.md
T
av bf6a173115 журнал решений: разложен по теме на файл, метки решений стали номерами
- DECISIONS.md (4040 строк, 65 тем) → decisions/, файл на тему плюс указатель;
- буквенные метки решений заменены сквозными Р1–Р234, следствия получили
  префикс С при прежних номерах: схема букв выродилась до пятибуквенных и
  сломалась — `АЕАКЛ` была занята и темой 53, и темой 65;
- 42 перекрёстные ссылки переписаны под новые номера и стали живыми; где номер
  означал тему, а слово стояло «решение», формулировка исправлена.
2026-08-13 12:40:56 +03:00

39 lines
3.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 46. Правило выбора метки съехало из скилла в отдельный документ (2026-08-07)
**Р185. У правила выбора метки теперь свой дом — `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. Вложенные вещи не режутся по файлу на вещь.** Разъединённое (типы задач)
режется, вложенное (метки) — нет: разрез вложенного даёт дублирование общей
части, а дублирование намеренно неточное машина не сверит.