@rt-tools/agent-kit 0.14.0 → 0.16.0

package/assets/rules/spec-driven.md

@@ -2,7 +2,7 @@
 name: spec-driven
 kind: rule
 law: project-documentation
-description: Правило под «Закон о документации проекта». Брать при правке docs/specs/**, docs/constitution/** и любого скила в .claude/skills. Называет три слоя — закон, правило, паттерн, — обязательные разделы, привязку к коду и связь сценариев с тестами. Готовый порядок действий — в паттернах spec-driven-domain и spec-driven-rule.
+description: Правило под «Закон о документации проекта». Брать при правке спеков, законов и любого скила. Называет три слоя — закон, правило, паттерн, — обязательные разделы, привязку к коду и связь сценариев с тестами. Паттерны: spec-driven-domain, spec-driven-rule.
 ---
 
 # Документация проекта — как это устроено здесь
@@ -124,11 +124,28 @@ flowchart TD
   рядом с проверкой.
 - **Закон, назвавший файл проекта, — отказ.** Путям и привязкам место в правиле: иначе закон
   нельзя ни прочитать без знания дерева, ни применить на другом приложении.
+- **Описание правила не длиннее трёхсот знаков и отвечает на один вопрос — брать это правило
+  или нет.** Описание едет в системный промпт каждого захода целиком, и платит его заход, чем бы
+  ни занимался: тем оно и отличается от тела правила, которое исполнитель читает сам. Растёт оно
+  само — его пишут вслед за правилом и пересказывают в нём содержимое, — а пересказ приходит
+  вторым разом вместе с самим правилом. Считает длину проверка описаний; оставленное длиннее
+  предела называется в перечне принятого долга поимённо, с причиной.
+
 - **Правило объявляет закон, под который написано.** Правило без закона — набор приёмов, из
   которого не видно, что именно должно быть верно.
 - **Слоёв законов два, а имя закона одно на оба.** Общий лежит в корне конституции, закон
   приложения — в `application/`; ни `law:`, ни `**Законы:**` слоя не называют, поэтому имена
   законов уникальны по всему дереву конституции.
+- **Расхождение правила и его компаньона решается в пользу правила.** Компаньон называет имена
+  дерева и привязки статей, а не отменяет их: прочитанный старше правила, он становится местом,
+  где требование снимается молча и без разбора. Предметность доводом тут не бывает — компаньон
+  предметнее всегда, на то он и компаньон. Найденное расхождение называется владельцу и чинится
+  в том тексте, который отстал, а работа до этого идёт по правилу.
+- **Утверждение компаньона о состоянии внешней службы проверяется командой, которую он сам
+  называет.** Ограничение соседа снимается вместе с чужой настройкой, а текст о нём остаётся
+  стоять в настоящем времени и после снятия выглядит верным: действующее от снятого отличает
+  только вызов. Компаньон поэтому пишет способ спросить, а не снимок ответа, — и велеть по
+  такому снимку обратное тому, что говорит правило, он не вправе.
 - **У правила бывает третий файл, и в него уходит то, что при решении не читают.** Ловушки и
   поведение по разборам происшествий нужны не тому, кто принимает обычное решение, а тому, кто
   разбирает промах или спорит с гардом, — а грузятся они вместе с правилом каждый раз и растут
@@ -175,12 +192,52 @@ flowchart TD
   знает; куда девается принятое решение — не знает и не узнает: отличить действующее требование
   от рассказа о состоявшемся может только тот, кто спросит «останется ли это верным завтра».
   Держится это шагом разбора закрытой работы и признаком отбора, записанным там заранее.
+- **Имя в якоре записывается так, как объявлено в коде.** Приватное поле класса стоит с
+  решёткой, и записанное без неё имя называет не тот символ: проверка остаётся зелёной, а
+  читателю по строке привязки не видно, приватный это метод или соседний с ним обычный. Прежняя
+  форма при этом законна — имя без решётки помнится наравне с ним самим.
 - **Якорь сверяется по сырому тексту файла, и комментарий засчитывается наравне с кодом.**
   Существование символа проверка ищет словом по всему файлу, не вычищая комментарии, а живость
   считает только у объявленного в коде. Имя, стоящее в одном лишь пояснении, проходит мимо обеих
   сторон: якорем утверждения оказывается слово из комментария, тогда как объявление рядом
   называется иначе.
 
+## Форма сжатой статьи
+
+Правило грузится в заход целиком и платит за это каждый заход, чем бы он ни занимался. Замер
+называет, где вес: в двадцати девяти грузимых правилах 289 440 знаков, раздел статей — 45% из
+них, а внутри раздела утверждения занимают 19%, доводы при них — 81%. Режется поэтому довод, а
+не утверждение: снятое утверждение меняет правило, снятый довод — только его цену.
+
+У абзаца при статье три исхода, и выбирают между ними одним вопросом: **что этот текст нужен
+сделать — принять решение, не отменить его или разобрать промах?**
+
+| Текст нужен, чтобы…                                          | Исход                          |
+| ------------------------------------------------------------- | ------------------------------ |
+| принять решение по правке: что считается верным, где граница | остаётся при статье дословно   |
+| не отменить решение через месяц: почему именно так           | сворачивается до одной строки  |
+| разобрать промах или спорить с гардом                        | уезжает в холодную часть целиком |
+
+- **При статье остаётся утверждение и то, без чего оно читается неверно.** Граница, исключение,
+  признак применимости, имя того, кто это стережёт. Проверяется отниманием: снятый кусок меняет
+  ответ на вопрос «так делать или нет» — значит он не лишний.
+- **Довод сворачивается до одной строки: цена промаха, а не его история.** «Иначе прогон зелёный,
+  а проверяет он уже не то» — это довод. Когда это случилось, сколько раз подряд и в какой ветке
+  — уже история, и её место в холодной части.
+- **В холодную часть уезжает разбор происшествия целиком, вместе с числами и отвергнутыми
+  вариантами.** Она грузится по требованию — тем, кто разбирает промах, — и растёт свободно:
+  цену за неё платит один заход из сотни, а не каждый.
+- **Холодная часть держит объяснение, а не требование.** Утверждения, которого нет в правиле, в
+  ней не бывает: правило, чьё требование живёт в холодной части, обещает то, чего грузящий его
+  заход не увидит. Проверяется тем же вопросом наоборот — по холодной части нельзя принять ни
+  одного решения, которого не принять по правилу.
+- **Сжатие судится в пересказе, а не в исходнике.** Статья, сжатая верно, пересказывается тем же
+  решением: тот, кто прочёл только её, правит так же, как читавший прежнюю. Разошлись — снято
+  лишнее, и снятое возвращается при статье, а не в холод.
+- **Правило без холодной части законно, и заводится она первым же уехавшим абзацем.** Пустой
+  `pitfalls.md` рядом — обещание, а не механизм: в замере из двадцати девяти правил у четверых
+  самых тяжёлых холодной части нет вовсе, и весь их разбор происшествий грузится каждый заход.
+
 ## Чего из закона здесь нет
 
 Закон, которого не применяет ни один спек, отказом не считается: законы про устройство кода,
@@ -207,6 +264,16 @@ flowchart TD
 у него на промахе, который правится не у него, проверка не должна. Согласие двух текстов между
 собой не считается нигде и ни у кого: оно ищется чтением.
 
+Форму сжатой статьи не проверяет ничто, и проверки на неё не будет: машине видно число знаков,
+но не то, принимается ли по сжатой статье прежнее решение. Довод, вырезанный вместе с границей
+утверждения, короче правильного и проходит любой счёт знаков. Стережёт это одно — предел длины
+текста: он говорит, что правило переросло, и молчит о том, что именно из него резать. Судится
+сжатие пересказом, и судит его тот, кто правит по сжатой статье следующим.
+
+Долю довода в правиле не считает ничто. Замер, на котором стоит форма, сделан разовым проходом
+и в дерево не поехал: он отвечает на вопрос «где вес», а не «сошлось ли», и повторяют его тогда,
+когда снова спрашивают о весе.
+
 ## Паттерны
 
 - `spec-driven-domain` — заведение и правка спека домена, сценарии, привязка.

package/assets/rules/status-report.md

@@ -0,0 +1,97 @@
+---
+name: status-report
+kind: rule
+law: work-conduct
+description: Правило под «Закон о ведении работы». Брать, когда владелец спросил, где стоит работа: «какой статус», «что за эпик», «что сейчас делаешь». Называет форму ответа — абзац об эпике и таблицу его задач — и чем клетка о дереве подпирается. Паттерн status-report-table.
+---
+
+# Ответ о состоянии работы
+
+Правило под закон о ведении работы. Закон говорит, что состояние работы
+переживает заход и читается со стороны; здесь — в какой форме оно показывается владельцу,
+когда он спросил.
+
+## Как это называется здесь
+
+| В законе                     | Здесь                                                              |
+| ---------------------------- | ------------------------------------------------------------------- |
+| состояние работы             | клетка «Состояние» в таблице ответа                                |
+| место, где состояние читают  | ответ владельцу и запись хода в папке задачи                        |
+| работа, о которой спросили   | абзац об эпике, под ним все его задачи по порядку и заведённые вне |
+| отметка о сделанном          | номер прогона, номер заявки, число сценариев — а не слово «готово»  |
+| чем состояние подтверждается | команда, запущенная тем же ходом, что и ответ                      |
+
+## Где это лежит
+
+Готовые вызовы и образец заполненной таблицы — в паттерне `status-report-table` рядом. Здесь
+сказано, что в ответе обязано быть; чем это спрашивается у хостинга и у дерева — там.
+
+## Ход
+
+Ход одного ответа о состоянии: что спрашивается у дерева до первой строки ответа и в каком
+порядке это ложится владельцу.
+
+```mermaid
+flowchart TD
+    A[Владелец спросил, где работа] --> B[Состояние спрашивается командами: ветка, заявка, прогон, борда]
+    B --> C{Работа идёт под эпиком}
+    C -->|Да| D[Из замысла эпика берётся его порядок задач целиком]
+    C -->|Нет| E[Строка текущей задачи встаёт первой]
+    D --> F[Строка на каждую задачу эпика: номер по порядку, о чём она, состояние]
+    F --> E
+    E --> G[Строка на каждую заведённую вне эпика]
+    G --> H[Клетка «Состояние» несёт число из вывода команды]
+    H --> I[Под таблицей — чего ждём от владельца и вызов, которым это снимается]
+```
+
+## Как закон применяется здесь
+
+- **Состояние работы показывается таблицей, а не прозой.** Пересказ владелец читает целиком,
+  чтобы найти одну строку, и в следующий раз не читает вовсе.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Сам эпик описывается текстом над таблицей, а не строкой в ней.** Колонки заведены под
+  задачу — номер, предмет, состояние, — и эпик, втиснутый в них, теряет то единственное, ради
+  чего он назван: зачем он и куда идёт. Абзац говорит это одной-двумя фразами и называет,
+  сколько в эпике задач и какая идёт сейчас.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Задачи эпика перечисляются все и в том порядке, в каком их назначил замысел.** Названы
+  только сделанная и следующая — владелец не видит ни сколько осталось, ни куда идёт работа, а
+  порядок эпика назначен заранее и держится до конца. У каждой строки — краткое описание,
+  своими словами и одной фразой: номер задачи о её предмете не говорит ничего.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Каждая клетка о состоянии дерева подпирается командой, запущенной тем же ходом.**
+  Утверждение без команды владелец читает как проверенный факт и о расхождении узнаёт
+  последним. Вывод называется числом — номером прогона, временем, сколько сценариев из
+  скольких; «всё зелёное» без числа не пишется.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Прогон подтверждает тот коммит, на котором он запускался.** Прогон старше вершины ветки
+  говорит о прошлом дереве, а прочитан будет как о нынешнем; вершина сверяется перед тем, как
+  номер прогона встанет в клетку.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Заявка черновиком называется вслух вместе с тем, чего ждём.** У черновика слияние
+  заблокировано хостингом, и зелёная страница владельцу ничего не разрешает; молчание он
+  читает как поломку.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Папка задачи, оставшаяся пустым шаблоном, — это «заведена, не начата».** Заведённая задача
+  с незаполненным разбором читается как работа в ходу и второй раз заводится заново.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+- **Под таблицей — не больше двух строк.** Чего ждём от владельца и вызов, которым это
+  снимается. Остальное владелец спросит сам, и спросит ровно то, что ему нужно.
+  <!-- rt-when: ответ владельцу о состоянии работы -->
+
+## Чего из закона здесь нет
+
+Ни одна из договорённостей о форме ответа не проверяется машиной: ответ владельцу в дерево не
+ложится, и читать его нечему. Держится это памятью отвечающего, а видно нарушение только
+владельцу — по тому, что он ищет в тексте строку и не находит.
+
+## Паттерны
+
+- `status-report-table` — готовые вызовы для каждой клетки и образец заполненной таблицы.

package/assets/rules/styling-bem.md

@@ -78,6 +78,18 @@ flowchart TD
   занимает тот же номер, ничего об этом не узнав.
   <!-- rt-when: *.scss *.css -->
 
+- **Предел ширины объявляется вместе с судьбой не влезшего.** Предел и место в строке сами по
+  себе ничего не прячут и не переносят: у узла, который может получить значение длиннее своего
+  места, стоит либо обрезка с многоточием, либо перенос. Без этого текст молча вылезает за
+  границы и ложится поверх соседа, а разрешение элементу сжаться обрезкой не является.
+  <!-- rt-when: *.scss *.css -->
+
+- **Обрезка идёт в паре с подсказкой.** Обрезок без подсказки читается как целое значение:
+  узнать, где текст кончается на самом деле, человеку неоткуда. Значение целиком он видит либо
+  в самом месте, либо при наведении — и подсказка, которой поставлен свой предел ширины,
+  подчиняется статье выше наравне с ячейкой.
+  <!-- rt-when: *.scss *.css -->
+
 - **Размер элемента управления выбирается по признаку указателя, а не по ширине экрана.**
   Планшет в ландшафте шире порога узкого вьюпорта, а нажимают по нему пальцем: `pointer: coarse`
   отвечает про способ нажатия, ширина — про место под раскладку. Ступени берутся у кита, а не

package/assets/rules/task-flow.md

@@ -2,7 +2,7 @@
 name: task-flow
 kind: rule
 law: work-conduct
-description: Правило под «Закон о ведении работы» — та его часть, что про ход работы от просьбы владельца до слияния. Брать в начале любой работы от владельца, при правке папок задач и договорённостей о продукте, при возвращении к незаконченной задаче. Называет разбор просьбы до первой правки, папку задачи по имени ветки, состояния работы и их обязательные действия, договорённость о продукте до кода, разбор папки при закрытии. Готовый порядок — в паттернах task-flow-start, task-flow-resume, task-flow-close и task-flow-archive. Чем кончается ход и что стерегут стражи — правило turn-conduct.
+description: Правило под «Закон о ведении работы» — ход работы от просьбы владельца до слияния. Брать в начале любой работы, при правке папок задач и договорённостей о продукте, при возвращении к незаконченной задаче. Паттерны: task-flow-start, -resume, -close, -archive. Конец хода — правило turn-conduct.
 ---
 
 # Ведение работы — как это устроено здесь
@@ -112,123 +112,119 @@ flowchart TD
 ```
 
 ## Как закон применяется здесь
-
 - **Правка кода приложения отбивается, пока работа не дошла до состояния, в котором код
   правится.** Гард требует четыре вещи: папку задачи по имени ветки, замысел в ней, объявленное
   в ходе работы состояние и названную в замысле договорённость о продукте.
-- **Гард судит объявленный переход, а не наличие файлов.** Артефакт на диске не говорит, дошла
-  ли работа до правки кода: пустой замысел, положенный ради снятия отказа, лежит так же, как
-  написанный. Отказ снимает объявленное состояние, и снимают его три — `этап-идёт`,
-  `этапы-кончились` и `разбор-кончился`. Четвёртый путь у отказа не состояние, а история ветки:
-  папка, разобранная её коммитом, означает отданную работу, и правка по замечаниям разбора идёт
-  без замысла на диске — объявить состояние после уборки уже нечем. Прогон бывает красным, а
-  разбор — с замечаниями, и починка идёт в ту же ветку.
+- **Гард судит объявленный переход, а не наличие файлов.** Пустой замысел, положенный ради
+  снятия отказа, лежит так же, как написанный, поэтому отказ снимает объявленное состояние —
+  `этап-идёт`, `этапы-кончились`, `разбор-кончился`. Четвёртый путь не состояние, а история
+  ветки: папка, разобранная её коммитом, означает отданную работу, и правка по замечаниям идёт
+  без замысла на диске.
 - **Отказ по состоянию называет обязательное действие того состояния, которое объявлено.**
   Исполнитель, которому сказано только «не в том состоянии», перепишет строку состояния вместо
   того, чтобы сделать шаг.
-- **Именем состояния считается только слово из перечня.** Своё слово не говорит ни о входе, ни
-  о выходе, ни об обязательном действии, а перечень называет все три.
-- **Состояние судится раньше договорённости и её обхода.** Строка о неизменном поведении
-  снимает требование договорённости о продукте, а не требование дойти до правки кода.
+- **Именем состояния считается только слово из перечня.** Своё слово не говорит ни о входе, ни о
+  выходе, ни об обязательном действии, а перечень называет все три.
+- **Состояние судится раньше договорённости и её обхода.** Строка о неизменном поведении снимает
+  требование договорённости о продукте, а не требование дойти до правки кода.
 - **Влитая договорённость ветку не запирает.** После вливания директории «предложено» на диске
   нет, а замысел на неё ссылается до конца работы: гард отличает влитое от незаведённого по
-  истории ветки и пропускает первое. Иначе последний коммит PR закрывал бы дорогу правкам
-  по замечаниям разбора.
-- **Договорённость требуется по путям правки, а не по оценке задачи.** `apps/**` и `libs/**`
-  — признак; правила, тексты, обвязка и зависимости под него не подпадают. Обход — строка
-  `**Поведение:** не меняется — <причина владельца>` в замысле; пустая причина не
-  принимается.
-- **Папка задачи заводится под любую работу, без исключений.** Прежде правило судило по числу
-  заходов: работа в один коммит помещалась в тело PR и папки не заводила. Исключение,
-  у которого есть хоть одна законная форма, исполняется как разрешение — за один заход оно
-  дважды стало поводом обойти отказ гарда, вместо того чтобы завести папку и пойти дальше.
-  Заводится она всегда и до первой правки; сколько заходов уйдёт на работу, заранее не знает
-  никто.
-- **Папка задачи разбирается последним коммитом до открытия PR, а не после одобрения.** Прежде
-  она стояла после: пока идёт разбор, замысел нужен на диске, иначе правку по замечаниям
-  отбивает гард. Но кнопку слияния нажимает человек на хостинге, куда гард не достаёт, и
-  вливает он, как только видит зелёное, — закрывающему коммиту места не остаётся вовсе. Трижды
-  подряд папка уехала в главную ветку неразобранной, и разобрать её было уже некому: работа
-  перешла к следующей задаче, а PR закрылся. Цена перестановки названа прямо: замысла с этой
+  истории ветки. Иначе последний коммит PR закрывал бы дорогу правкам по замечаниям.
+- **Договорённость требуется по путям правки, а не по оценке задачи.** `apps/**` и `libs/**` —
+  признак; правила, тексты, обвязка и зависимости под него не подпадают. Обход — строка
+  `**Поведение:** не меняется — <причина владельца>` в замысле; пустая причина не принимается.
+- **Папка задачи заводится под любую работу, без исключений.** Исключение, у которого есть хоть
+  одна законная форма, исполняется как разрешение. Заводится она всегда и до первой правки:
+  сколько заходов уйдёт на работу, заранее не знает никто.
+- **Папка задачи едет в ветку коммитом, а не живёт в одном рабочем дереве.** Гард спрашивает её
+  с диска, и папка, ни разу не закоммиченная, проходит все правки без единого отказа — а признак
+  отданной работы берётся из истории, и там её нет. Отказ приходит в последней точке, на
+  открытии заявки, когда папка уже разобрана своими руками: чинить нечего, замысел снят, и
+  собирать его приходится заново по памяти. Второе следствие тише: ход работы, живущий в
+  рабочем дереве, не виден никому — владелец видит ветку без единого следа того, что в ней
+  делается, а следующий заход находит пустоту вместо «Где стоим». Вне истории законен один
+  черновик без номера: заводить в неё нечего, пока нет имени.
+- **Папка задачи разбирается последним коммитом до открытия PR, а не после одобрения.** Кнопку
+  слияния нажимает человек на хостинге, куда гард не достаёт, и вливает он, как только видит
+  зелёное, — закрывающему коммиту места не остаётся вовсе. Цена перестановки: замысла с этой
   минуты на диске нет, и признак отданной работы гард берёт из истории ветки.
-- **Открыв PR, исполнитель называет владельцу три вещи: номер, чего ждёт и что сделает
-  следом.** Ждёт он прогона — до его конца о работе ничего не известно, кроме того, что она
-  запушена. Следом идёт снятие черновика. Сказанное так владелец читает однозначно, а зелёный
-  прогон на странице — нет: он говорит, что не сломано, и молчит о том, что кнопка слияния у
-  черновика заблокирована.
+- **Открыв PR, исполнитель называет владельцу три вещи: номер, чего ждёт и что сделает следом.**
+  Ждёт он прогона, следом идёт снятие черновика. Зелёный прогон на странице однозначным не
+  бывает: он говорит, что не сломано, и молчит о том, что кнопка слияния у черновика
+  заблокирована.
 - **Просьба о слиянии — отдельный ход, и раньше зелёного прогона её не бывает.** Порядок один:
-  папка задачи разобрана и запушена → PR открыт черновиком → прогон зелёный → черновик снят →
-  исполнитель просит влить, называя номер. До этой просьбы работа не готова, сколько бы зелёного
-  на её странице ни было.
-- **PR открывается черновиком, а не в конце работы.** Пока правка кода не выложена в PR,
-  владелец её не видит вовсе: ветка не приходит ему во входящие и обсуждения не имеет.
-  Открытый PR при этом читается как приглашение влить — поэтому незаконченная работа идёт
-  черновиком, и владельцу не приходится спрашивать, кончилась ли она. Черновик снимается тем
-  ходом, которым исполнитель говорит, что решение готово.
+  папка разобрана и запушена → PR открыт черновиком → прогон зелёный → черновик снят →
+  исполнитель просит влить, называя номер.
+- **PR открывается черновиком, а не в конце работы.** До открытия владелец правки не видит
+  вовсе, а открытый PR читается как приглашение влить — поэтому незаконченная работа идёт
+  черновиком. Черновик снимается тем ходом, которым исполнитель говорит, что решение готово.
 - **Гард замысла — нижняя граница требования, а не его предел.** Он требует папку только под
-  правку кода приложения, и работа, которая туда не доходит, проходит мимо него — но папку
-  заводит всё равно: статья правила говорит «под любую работу, без исключений». Прочитанный
-  как признак, гард становится разрешением работать без замысла везде, куда он не смотрит.
-- **Сделанное отмечается только в ходе работы.** «Где стоим» перезаписывается каждым заходом,
-  а не дописывается: это первое, что читает следующий заход.
-- **Слово для нового понятия ищется в словаре дерева.** Общую часть словаря везёт пакет,
-  предметную дописывает дерево надстройкой; словарь уезжает в контекст на запуске сессии
-  целиком, поэтому «не читал» основанием не бывает.
-- **Папка задачи заводится черновиком и получает номер командой.** До конца разбора
-  неизвестно, сколько задач из него выйдет, поэтому номер не может быть первым;
-  `npm run task:new` переименовывает черновик и проставляет шапку замысла. Папку он и собирает —
-  с образца, снимая с копий шапку раскладки: оставленная в копии, она отбивает первую же правку
-  разбора просьбы, а отказ уводит править образец пакета вместо копии под задачу.
-- **Брошенный разбор виден.** Черновик старше недели перечисляет сверка очереди работ —
-  задачи за ним ещё нет, и спросить о нём некого.
-- **Замысел эпика лежит там, где его найдут без сети и после мержа.** Карточка в очереди работ
-  говорит, что эпик есть, но порядка задач не держит; папка задачи держала бы его ровно до
-  слияния первой из них. Каталог для замысла называет компаньон правила: у пакета своего пути
-  нет, а замысел, положенный каждым заходом заново, теряет решения предыдущих.
-- **Сборка по образцу начинается с чтения самого образца, а не пересказа о нём.** Пересказ
-  лежит в разборе просьбы и в замысле эпика; читаются они оба, но образцом не считаются. Часть
-  образца, которую работа повторяет, открывается целиком — обходом каталогов, а не одним файлом,
-  за которым пришли. Расхождение, не найденное так, находит владелец на приёмке целой работой.
-- **Путь к образцу лежит вне дерева и приходит в заход хуком запуска сессии.** Имя чужого
-  дерева в файлы репозитория не пишется, поэтому ни замысел эпика, ни разбор просьбы его не
-  держат: там законна ссылка без имени — «путь к образцу лежит вне дерева». Каталог для записи
-  — тот же, где лежит передача захода; называет его компаньон правила. Не записанный так,
-  образец теряется на первой же чистке контекста, и следующий заход собирает по памяти
-  предыдущего.
+  правку кода приложения, а статья выше — под любую работу. Прочитанный как признак, гард
+  становится разрешением работать без замысла везде, куда он не смотрит.
+- **Взятая задача ходом не кончается.** Заведение задачи, ветки, колонки и папки — подготовка, а
+  не работа: они переводят её в состояние записанного замысла, где обязательное действие уже
+  другое. Граница состояния выглядит законченным куском лучше всякой вехи, а владельцу отчёт о
+  взятой задаче неотличим от остановки. Держит это страж выхода хода, называя в отказе первый
+  этап замысла.
+- **Сделанное отмечается только в ходе работы.** «Где стоим» перезаписывается каждым заходом, а
+  не дописывается: это первое, что читает следующий заход.
+- **Слово для нового понятия ищется в словаре дерева.** Общую часть везёт пакет, предметную
+  дописывает дерево надстройкой; словарь уезжает в контекст на запуске сессии целиком, поэтому
+  «не читал» основанием не бывает.
+- **Папка задачи заводится черновиком и получает номер командой.** До конца разбора неизвестно,
+  сколько задач из него выйдет, поэтому номер не может быть первым. Команда заведения
+  переименовывает черновик, проставляет шапку замысла и собирает папку с образца, снимая с копий
+  шапку раскладки: оставленная в копии, она отбивает первую же правку разбора просьбы.
+- **Брошенный разбор виден.** Черновик старше недели перечисляет сверка очереди работ — задачи
+  за ним ещё нет, и спросить о нём некого.
+- **Следующая задача берётся из замысла эпика, а список очереди работ спрашивается только там,
+  где эпика нет.** Список отсортирован номером, и по нему первая задача чужого эпика неотличима
+  от своей. Замысел открывается перед взятием; кончившийся эпик называется владельцу тем же
+  ходом, которым берётся работа вне его.
+- **Эпик не закрывается по признаку, подтверждённому только чтением.** Признак, проверяемый
+  глазами, называется проверенным лишь вместе с командой или замером и их выводом. Пометка
+  «подтверждается живым замером» — обещание проверки, а не проверка.
+- **Задачи эпика заводятся все разом, тем же ходом, что и сам эпик.** Заведение по одной прячет
+  объём: на борде эпик из десяти задач выглядит одной. Номера возвращаются в раздел порядка той
+  же правкой — без них «взять следующую» отвечает названием, а не карточкой. Метку эпика несёт
+  только его карточка.
+
+- **Замысел эпика лежит там, где его найдут без сети и после мержа.** Карточка говорит, что эпик
+  есть, но порядка задач не держит; папка задачи держала бы его ровно до слияния первой из них.
+  Каталог называет компаньон правила: замысел, положенный каждым заходом заново, теряет решения
+  предыдущих.
+- **Сборка по образцу начинается с чтения самого образца, а не пересказа о нём.** Пересказ лежит
+  в разборе просьбы и в замысле эпика; они читаются, но образцом не считаются. Повторяемая часть
+  открывается целиком — обходом каталогов, а не одним файлом, за которым пришли.
+- **Путь к образцу лежит вне дерева и приходит в заход хуком запуска сессии.** Имя чужого дерева
+  в файлы репозитория не пишется: там законна ссылка без имени. Каталог для записи — тот же, где
+  лежит передача захода. Не записанный так, образец теряется на первой же чистке контекста.
 - **Закрытая работа разбирается правилами, и это шаг закрытия, а не отдельная просьба.** Что
   грузилось, что помогло и чего не хватило, видно только тому заходу, который работу вёл; через
-  сутки этого нет ни у кого. Разбор кончается правкой слоя правил или предложением наружу —
-  разбор, из которого не вышло ни того ни другого, объясняет случившееся и ничего не меняет.
-  Ведёт его роль разбора закрытой задачи, если дерево её разложило; не разложившее ведёт разбор
-  само, и требование от этого не слабеет.
+  сутки этого нет ни у кого. Разбор кончается правкой слоя правил или предложением наружу. Ведёт
+  его роль разбора закрытой задачи, если дерево её разложило; не разложившее ведёт разбор само.
 - **Разбор закрытой работы уходит в фон, а исполнитель берёт следующую задачу.** Роль работает
-  своим ходом и у исполнителя ничего не спрашивает; держать ради неё заход незачем. Сводку для
-  неё собирают до запуска — пока задача ещё в голове, — а вернувшиеся находки принимают одним
-  ходом: записать и продолжить прежнее. Порядок и место записи — паттерн закрытия работы.
+  своим ходом и ничего не спрашивает; держать ради неё заход незачем. Сводку собирают до запуска,
+  вернувшиеся находки принимают одним ходом: записать и продолжить прежнее.
 - **Находки разбора ждут владельца, а в пакет уезжает только сводка наблюдений.** Предложение —
-  это заготовка правки чужого дерева, и часть заготовок отпадает при первом же чтении; уехавшая
-  без разбора, она становится работой того, кто её не заказывал. Сводка наблюдений уезжает
-  всегда: она говорит, чем пользовались и чем нет, и мнением не является.
-- **Договорённость вливается в спек домена одним из последних коммитов ветки, до открытия
-  PR.** К этому моменту код написан, привязки известны, и в главной ветке директория
-  `proposed/` не появляется вовсе.
-  Готовые к вливанию перечисляет `npm run check:specs`.
-- **Папка закрытой задачи разбирается, а не переносится целиком.** В `docs/archive/` уезжает
-  то, что объясняет состоявшееся решение; остальное удаляется. Неразобранную ловит сверка
-  очереди работ.
-- **Открытие PR отбивается, пока ветка везёт папку своей задачи.** Требование стоит здесь, а
-  не на слиянии: слияние нажимает человек на хостинге, где гардов нет вовсе, и его отказ до
-  владельца не доходит. На слиянии та же проверка остаётся вторым рубежом — она ловит слияние,
-  идущее командой. Судится содержимое ветки, а не рабочее дерево: снесённая, но не
-  закоммиченная папка въехала бы вместе с веткой.
+  заготовка правки чужого дерева, и уехавшая без разбора, она становится работой того, кто её не
+  заказывал. Сводка наблюдений уезжает всегда: она говорит, чем пользовались, и мнением не
+  бывает.
+- **Договорённость вливается в спек домена одним из последних коммитов ветки, до открытия PR.**
+  К этому моменту код написан, привязки известны, и в главной ветке директория `proposed/` не
+  появляется вовсе. Готовые к вливанию перечисляет `npm run check:specs`.
+- **Папка закрытой задачи разбирается, а не переносится целиком.** В `docs/archive/` уезжает то,
+  что объясняет состоявшееся решение; остальное удаляется. Неразобранную ловит сверка очереди.
+- **Открытие PR отбивается, пока ветка везёт папку своей задачи.** Требование стоит здесь, а не
+  на слиянии: слияние нажимает человек на хостинге, где гардов нет, и его отказ до владельца не
+  доходит. Судится содержимое ветки, а не рабочее дерево.
 - **Ветка, снёсшая папку, обязана прибавить запись в архив.** Снести дешевле, чем разобрать, и
   первым уходит разбор просьбы — единственная запись слов владельца. Что именно увезено,
   требование не судит: это судит владелец.
-- **Обход — строка `Task-folder-skip: <причина>` в PR или в самой команде.**
-  Работа, вливаемая частями, папку до конца не разбирает. Чтение из команды работает и без
-  сети: единственный сетевой путь отбивал бы оффлайн то самое слияние, причина которого
-  написана в PR. Пустая причина обходом не считается, а сам обход снимает отказ, но не
-  гасит строку сверки очереди — иначе он через месяц становится рабочим путём.
+- **Обход — строка `Task-folder-skip: <причина>` в PR или в самой команде.** Работа, вливаемая
+  частями, папку до конца не разбирает. Чтение из команды работает и без сети. Пустая причина
+  обходом не считается, а сам обход снимает отказ, но не гасит строку сверки очереди — иначе он
+  через месяц становится рабочим путём.
 
 ## Чего из закона здесь нет
 
@@ -270,6 +266,12 @@ flowchart TD
 это. Сверять содержимое машине нечем — смотрит владелец на ревью. Отсюда же и обход: если
 работа вливается частями, папку до конца не разбирают, а причина остаётся в PR.
 
+Порядок отдачи работы дерево вправе перевернуть надстройкой, и тогда часть шагов пакета
+перестаёт исполняться. Какие именно — не считает ничто: перечень отменяемого пишется руками, а
+шаг, чья механика сломалась тем же решением, в него не попадает и продолжает читаться
+действующим. Держится это чтением обоих текстов подряд — пакетного и надстройки — при каждой
+правке порядка отдачи.
+
 ## Паттерны
 
 - `task-flow-start` — разведка, разбор, договорённость, замысел, задача и ветка.