@rt-tools/agent-kit 0.16.1 → 0.17.0

package/assets/rules/git-workflow.github.md

@@ -2,7 +2,7 @@
 name: git-workflow
 kind: rule
 law: delivery
-description: Правило под «Закон о поставке» для дерева на GitHub. Брать на заведение задачи, ветки, коммит, пуш, открытие PR и мерж. Называет соответствие задачи и ветки один к одному, имена, машинную учётную запись и гарды поставки. Паттерны: git-workflow-commit, -pr, -merge. Выкатка — правило deploy-flow.
+description: Правило под «Закон о поставке» для дерева на GitHub. Брать на заведение задачи, ветки, коммит, пуш, открытие PR и мерж. Называет пару «задача и ветка» один к одному, имена, машинную запись и гарды поставки. Паттерны: git-workflow-commit, -pr, -merge, -stack. Выкатка — правило deploy-flow.
 ---
 
 # Поставка — как это устроено здесь
@@ -71,13 +71,28 @@ flowchart TD
 - **Главная ветка влита в ветку задачи до открытия PR.** Гард отбивает открытие, пока вершина
   главной не стала предком текущей, и называет расхождение числом коммитов: иначе ревьювер видит
   свою правку вперемешку с чужой, а проверено всё было от основания, которого уже нет.
+- **Ветка следующей работы отводится от предыдущей, пока череда не прервалась.** `git checkout -b
+  <КЛЮЧ>-<номер>-<slug> <предыдущая ветка>` вместо `origin/main`; от главной — только первая
+  работа череды и та, что предыдущей не касается. Иначе первое же слияние делает расходящимися
+  все остальные разом.
+- **У заявки в череде основанием стоит предыдущая ветка, а не главная.** `gh pr create --base
+  <предыдущая ветка>` — иначе разбор показывает свою правку вперемешку со всем, что под ней. Базу
+  влитой нижней хостинг переносит сам.
+- **Череда вливается снизу вверх, и порядок стоит в теле каждой заявки.** Владелец вливает по
+  списку, а родство веток по списку не видно: строка «стоит на #<номер>» — единственное место,
+  где он это прочтёт.
+- **Нижняя ветка череды историю не переписывает — ни `rebase`, ни силовой отправкой.** Хостинг
+  закрывает заявку верхней как слитую при пустой главной. Отставшая нижняя чинится вливанием
+  главной в неё и дальше вверх.
+- **Расхождение внутри череды разбирается тем, кто ветвится.** У него обе правки под рукой и обе
+  свои; у владельца, разбирающего то же при слиянии, нет ни одной.
 - **Несошедшиеся условия поставки называются одним отказом, а не по одному.** Гард копит их все и
   печатает разом: круг «правь — повтори — упрись в следующее» стоит вызова за вызовом, хотя всё
   несошедшееся известно на первом.
 - **Условие, известное в начале работы, спрашивается в начале.** Заведение ветки отбивает
-  основание без вершины главной и рабочую копию с чужой почтой в подписи. На пуше и на открытии
-  PR те же проверки остаются вторым рубежом, но стоят дороже: основание чинится вливанием с
-  конфликтом, подпись — переписыванием всей ветки.
+  основание без вершины главной и чужую почту в подписи. На пуше те же проверки остаются вторым
+  рубежом, но стоят дороже: основание чинится вливанием с конфликтом, подпись — переписыванием
+  ветки.
 - **Судится то основание, которое названо командой, а не вершина рабочей копии.** Ветку заводят и
   от `origin/main` прямо — этой командой основание как раз и берут свежим. Основание, о котором
   дерево ничего не знает, не судится вовсе.
@@ -85,62 +100,59 @@ flowchart TD
   требовать от неё свежего основания значило бы отбивать работу, которая в главную не поедет.
 - **Ключ задач задаётся один раз, и все три формы имени выводятся из него.** По нему собирается
   заголовок задачи, из него достаётся номер ветки, по нему же сверка читает заголовок PR. Форма
-  ветки в профиле дерева пишется той же парой `<КЛЮЧ>-<номер>`: разойдясь, они не отказывают, а
-  перестают узнавать номер — проверка, искавшая работу без задачи, пропускает всё подряд.
+  ветки в профиле дерева пишется той же парой `<КЛЮЧ>-<номер>`.
 - **Незаданный ключ отбивает работу с очередью на месте.** Модуль борды отказывает при первом же
   вызове и называет, где ключ задаётся. Умолчания нет намеренно: собранный из пустого значения
   заголовок не совпадает ни с чем, и настоящее расхождение тонет среди ложных строк.
 - **Заведённая задача подтверждается ответом очереди работ, а не выводом команды заведения.**
-  Напечатанный номер значит «вызов прошёл», а не «задача видна тому, кто по ней работает»:
-  команда может завести задачу и не довести её до борды. Спрашивается очередь — по номеру, одним
-  вызовом, — и ответ читается колонкой и исполнителем.
+  Напечатанный номер значит «вызов прошёл»: команда может завести задачу и не довести её до
+  борды. Спрашивается очередь по номеру, и ответ читается колонкой и исполнителем.
+- **Видимость заведённого проверяется той стороной, которой оно предназначено.** Заявку читает
+  человек, задачу — очередь работ, и оба читают не тем токеном, которым заводили: ограниченная
+  запись отвечает им «не найдено», а заводившей — успехом.
+- **Отказ читается прежде, чем его обходят вторым способом.** Он бывает единственным ранним
+  признаком ограничения записи, и обход вызовом другого рода уносит признак с собой: расхождение
+  всплывает у владельца. Ограничение от исчерпания отличает ответ о пределах — там ноль.
 - **Номер ветки и номер в заголовке PR сверяются на месте, а состояние задачи — по борде.**
-  Формат читается из текста команды и работает без сети; существование задачи, колонка,
-  исполнитель и разбор — только когда есть чем спросить. Нет сети или токена — второй ярус молча
-  пропускается: проверка, падающая в самолёте, перестаёт что-либо значить.
+  Формат читается из текста команды и работает без сети; задача, колонка, исполнитель и разбор —
+  только когда есть чем спросить. Нет сети или токена — второй ярус молча пропускается.
 - **Колонка задачи двигается тем же движением, что и работа.** Ветка заведена — задача во взятых
   в работу, PR открыт — в ждущих разбора; делает это команда перевода, а не вызовы GraphQL по
   памяти. Перевод идёт сразу за шагом: очередь читают между шагами, а не после них.
 - **Задача, оставшаяся в первой колонке, PR не открывает.** По очереди работ она читается как
   невзятая, хотя работа сделана и выложена. На заведении ветки колонка не спрашивается — там её
   ещё не двигали. Имя первой колонки дерево называет само; не названо — колонка не судится.
-- **На борде стоят задачи, а не PR о них.** Борда показывает, что сделано и что осталось; PR
-  отвечает на другой вопрос и связывается с карточкой сам. Карточка PR колонки не имеет, из
-  очереди не уходит и остаётся навсегда — заводится она правилом борды или рукой, и то и другое
-  выключается. Находит их сверка очереди — строкой на каждую.
+- **На борде стоят задачи, а не PR о них.** Карточка PR колонки не имеет, из очереди не уходит и
+  остаётся навсегда; заводит её правило борды или рука, и то и другое выключается. Находит такие
+  карточки сверка очереди — строкой на каждую.
 - **Отставшая колонка находится сверкой очереди, а не глазами.** Сверка судит колонку по PR в обе
   стороны: открытый PR при задаче не в разборе и разбор без открытого PR — оба расхождения.
   Момента, когда задачу берут в работу, ей не видно: ветки на борде нет.
 - **Задачи, чинящиеся одной правкой, сливаются до мержа.** Вторая стирается вместе с номером, а
   недостающее дописывается в первую. После мержа слить уже нельзя: ветка въехала целиком.
 - **Работа, которую одним заходом не закрыть, помечена в двух местах, и они сверяются.** Метка на
-  борде и строка о заходах в замысле эпика говорят одно и то же двум читателям, и одна без другой
-  лжёт молча. Помечается только то, что законно не делится: пометка объёма правом делить не
-  становится.
+  борде и строка о заходах в замысле эпика говорят одно и то же двум читателям. Помечается только
+  то, что законно не делится.
 - **Вершина открытого PR без прогона видна сверкой очереди работ.** Страница без прогона выглядит
   так же, как с зелёным: цвета нет ни там, ни там. Сверка спрашивает вершину, а не ветку, считает
   сам факт прогона, а не цвет, и свежей вершине даёт время.
-- **Прогон, вытесненный из очереди конвейера, сверка называет отдельной строкой.** Следующий
-  встающий вытесняет ждущего, и тот выглядит упавшим, хотя ветку не проверял ни строчкой.
-  Отличает их число заданий — у вытесненного оно ноль.
-- **Черновик при зелёном прогоне на вершине — расхождение сверки.** У черновика кнопка слияния
-  заблокирована хостингом: зелёная страница PR владельцу ничего не разрешает, а список, в котором
-  всё серое, читается как «работа не сделана». Гард закрывает это внутри хода; между ходами —
-  ночью, в чужой сессии, после закрытого разговора — заявку находит сверка.
-- **Свои черновики судятся все разом, а не тот один, чья ветка сейчас взята.** Проверка по
-  текущей ветке меняет предмет суждения вместе с переключением и молчит там, где работа брошена:
-  прогон по оставленной заявке доходит, черновик стоит, главная уходит вперёд. Спрашиваются все
-  открытые черновики машинной записи, и каждый судится двумя признаками — зелёный прогон на его
-  вершине и разобранная папка задачи в его ветке; лежащая папка означает идущую работу. Дерево,
-  не назвавшее машинной записи, этого не получает.
+- **Прогон, вытесненный из очереди конвейера, сверка называет отдельной строкой.** Вытесненный
+  выглядит упавшим, хотя ветку не проверял; отличает их число заданий — у него оно ноль.
+- **Готовность отданной работы живёт до следующего слияния в главную.** Влитая соседняя делает
+  свою конфликтующей. После каждого слияния сливаемость своих заявок спрашивается заново — одним
+  вызовом на все.
+- **Черновик при зелёном прогоне на вершине — расхождение сверки.** Зелёная страница черновика
+  владельцу ничего не разрешает: кнопка заблокирована хостингом. Гард закрывает это внутри хода,
+  между ходами заявку находит сверка.
+- **Свои черновики судятся все разом, а не тот один, чья ветка сейчас взята.** Каждый черновик
+  машинной записи судится двумя признаками — зелёный прогон на его вершине и разобранная папка
+  задачи в его ветке; лежащая папка означает идущую работу.
 - **Открытие PR отбивается, пока ветка везёт папку своей задачи.** Уборка стоит до открытия:
-  кнопку слияния нажимает человек там, где гардов нет, и вливает он, как только видит зелёное.
-  Отказ на слиянии остаётся вторым рубежом, но первым спрашивается открытие — это последняя
-  точка, где отказ ещё виден тому, кто может его выполнить.
-- **Конфликтующий открытый PR — расхождение сверки очереди работ.** Конфликт приезжает в отданный
-  PR чужим слиянием, без единого действия автора, и по списку не виден вовсе: метку хостинг
-  показывает только внутри самого PR. Непосчитанная сливаемость расхождением не считается —
-  хостинг считает её заново после каждой правки главной.
+  кнопку слияния нажимает человек там, где гардов нет. Открытие — последняя точка, где отказ ещё
+  виден тому, кто может его выполнить.
+- **Конфликтующий открытый PR — расхождение сверки очереди работ.** Конфликт приезжает чужим
+  слиянием, без единого действия автора, и по списку не виден: метку хостинг показывает только
+  внутри самого PR. Непосчитанная сливаемость расхождением не считается.
 - **Документ едет в том же коммите, что и правка.** Обход — строка `Docs-skip: <причина>` в теле
   коммита; пустая причина не принимается.
 - **Заголовок коммита сверяется с форматом на месте.** Разобранный по типу и области заголовок
@@ -151,13 +163,19 @@ flowchart TD
   только импортированное тестом: ошибка типов в непокрытом коде доживает до сборки образа, то
   есть до мержа.
 - **Набор гейта пуша не бывает уже набора конвейера.** Гейт — обещание, что пуш не приедет
-  красным; набор без сборки и снимков обещает то, чего не проверяет. Шаг конвейера, которому в
-  наборе гейта нет ни строки, ни объявленного исключения с причиной, отбивает пуш, а не
-  печатается рядом с ним: напечатанное предупреждение исполнитель читает как разрешение.
+  красным. Шаг конвейера, которому в наборе гейта нет ни строки, ни объявленного исключения с
+  причиной, отбивает пуш, а не печатается рядом: предупреждение читается как разрешение.
+- **Набор гейта зовёт умолчание пакета, а не перечисляет его строками.** Переписанный строками,
+  он закрывает сегодняшнюю дыру и оставляет завтрашнюю: заведённая пакетом проверка до дерева не
+  доедет, и не хватится её ничто. Отсеивать из умолчания законно, но поимённо и с причиной у
+  каждого рода.
+
+- **Причина исключения, называющая задачу, судится на живость этой задачи.** Мёртвый номер в
+  причине делает исключение бессрочным, не сказав об этом ни строкой. Спрашивается тем же
+  ярусом, что состояние задачи у гарда поставки: нет сети или доступа — пропускает молча.
 - **Сверка раскладки стоит в наборе гейта пуша наравне с линтом и сборкой.** Правка мимо
-  источника в день, когда её делают, не ломает ничего и копится молча, а всплывает на чужой
-  работе: раскладка отказывает по правленому файлу целиком. Статьёй выше это не покрывается —
-  сверки нет в конвейере, значит нет и шага, который она бы закрывала.
+  источника копится молча и всплывает на чужой работе: раскладка отказывает по правленому файлу
+  целиком. Статьёй выше это не покрывается — сверки нет в конвейере.
 - **После вливания главной ветки набор проверок пересматривается по тому, что ветка везёт
   теперь.** Вливание меняет состав правки: проверять по тому, что правил автор, — значит
   проверять половину, а отвечает ветка целиком.
@@ -174,30 +192,25 @@ flowchart TD
   готовность: проверки пройдены, доработок не осталось, работа сходится с задачей. Снятие
   черновика и просьба влить — один ход, а не два разных дня.
 - **Черновик не снимается с ветки, которая не сливается.** Зелёный прогон говорит «не сломано»,
-  сливаемость — «кнопку можно нажать», и владельцу нужно второе. Спрашивается у хостинга тем же
-  вызовом, что автор и ревьювер: `mergeable` приходит в том же ответе. Выводить её из локального
-  вливания нельзя — между ним и взглядом владельца главная уходит вперёд. Дерево, чей помощник
-  очереди о сливаемости не говорит, работает как прежде: поля нет, требования нет.
+  сливаемость — «кнопку можно нажать», и владельцу нужно второе. Спрашивается у хостинга: поле
+  `mergeable` приходит тем же ответом, что автор и ревьювер. Из локального вливания она не
+  выводится.
 - **Указателю, в который ветки только дописывают строки, объявляется сложение обеих сторон.**
-  Конфликт там не спор: обе допись нужны целиком, а человека он зовёт при каждом слиянии.
-  Объявление снимает ручное разрешение, но **метку сливаемости не гасит**: хостинг считает её
-  своим приёмом и настроек слияния не читает — гаснет она, когда ветка вобрала главную и это
-  уехало на хостинг.
+  Конфликт там не спор: обе допись нужны целиком. Объявление снимает ручное разрешение, но
+  **метку сливаемости не гасит** — она гаснет, когда ветка вобрала главную и это уехало на
+  хостинг.
 - **Правка, доведённая до коммита, доводится до хостинга тем же ходом.** Владелец видит прежнее
   состояние и читает его как «не сделано ничего», а сделанное лежит там, где его не видит никто.
   Оставшееся в дереве называется причиной — словом владельца, а не списком остатков.
 - **Черновик не снимается, пока у PR нет разбора.** Гард смотрит запрошенного ревьювера и
-  оставленный отзыв: снятый черновик читается как «можно вливать», а вливать некому. Раньше этого
-  хода спросить негде. Судится и вызов без номера — без него клиент берёт PR текущей ветки, и
-  требование снималось бы одним пробелом.
+  оставленный отзыв: снятый черновик читается как «можно вливать», а вливать некому. Судится и
+  вызов без номера — без него клиент берёт PR текущей ветки.
 - **Мерж PR нажимает человек, а не исполнитель работы.** Кнопка и вызов слияния равны: запрет на
   них один. Исполнитель сливает свой PR только тогда, когда человек сказал это прямо и про этот
   PR; сказанное об одном на следующий не переносится, а молчание разрешением не бывает.
 - **Личность вызова, открывающего заявку, стережёт гард поставки, а не память исполнителя.** Она
-  приходит окружением и из текста команды видна только явной подстановкой токена — её гард и
-  требует; дерево, не назвавшее машинной записи, требования не получает. Ответ хостинга об авторе
-  он спрашивает на снятии черновика: это последний ход, где промах исправим — влитую заявку не
-  переоткрыть, а автора у неё не сменить.
+  приходит окружением, и в тексте команды её видно только явной подстановкой токена. Ответ
+  хостинга об авторе гард спрашивает на снятии черновика: влитую заявку не переоткрыть.
 
 - **Автор PR не может быть его ревьювером.** Запрос разбора на самого себя GitHub принимает и
   молча не создаёт — разбор при этом выглядит запрошенным. В разборе считаются только запрос и
@@ -210,9 +223,9 @@ flowchart TD
   не доходит.
 - **Борда правится запросом GraphQL по идентификатору самой борды, а не по имени владельца.**
 - **Почта машинного коммита копируется из компаньона, а не набирается по памяти.** Служебный
-  адрес — `<число>+<логин>@users.noreply.github.com`, и сопоставляется он по числу: логин рядом с
-  ним не сверяет никто. Коммит с чужим числом уезжает подписанным посторонним, а изнутри промах
-  не виден. Ту же строку держит профиль дерева, и гард отбивает пуш при расхождении.
+  адрес — `<число>+<логин>@users.noreply.github.com`, и сопоставляется он по числу: коммит с чужим
+  числом уезжает подписанным посторонним. Ту же строку держит профиль дерева, и гард отбивает пуш
+  при расхождении.
 - **Личность машинной записи подтверждается ответом хостинга, а не узнаванием строки.** Знакомый
   вид строки подтверждением не бывает. Спрашивается токеном самой записи, ответом о себе: логин и
   число приходят вместе — поиск по числу для ограниченной записи отвечает «не найдено».
@@ -239,24 +252,21 @@ flowchart TD
 ## Чего из закона здесь нет
 
 Гард поставки стоит на командах агента, поэтому ветку, заведённую руками в редакторе, он не
-видит: имя такой ветки держится памятью. Требование от этого не слабеет — просто отдельной
-проверки под него не заводится: работа опознаётся заголовком задачи и PR, а это сверяется
-у всех. Сверка очереди имя ветки не судит вовсе: у открытого PR его не переименовать.
+видит: имя такой ветки держится памятью. Отдельной проверки под него не заводится — работа
+опознаётся заголовком задачи и PR. Сверка очереди имя ветки не судит вовсе.
 
 Задачу в работу гард не переводит: борду он не правит — правка борды в разборе команды падала бы
-вместе со связью и отбивала бы работу вместо промаха. Перевод держится памятью и подсказкой,
-которую печатает команда заведения задачи. Задачу, оставшуюся в первой колонке, гард называет на
-открытии PR — то есть после того, как её должны были переставить; прочие расхождения колонки
-находит сверка очереди.
+вместе со связью. Перевод держится памятью и подсказкой команды заведения задачи; задачу,
+оставшуюся в первой колонке, гард называет на открытии PR, прочие расхождения колонки находит
+сверка очереди.
 
-Свежесть самой вершины главной ветки гард спрашивает вторым ярусом — тем же приёмом, что и
-состояние задачи: есть чем спросить, спрашивает; нет сети или доступа — пропускает молча.
-Первый ярус при этом остаётся, и работает он без сети: локальная ссылка отвечает на вопрос
-«отстала ли ветка от того, что уже лежит в дереве», удалённая — на вопрос «не протухла ли сама
-ссылка». Без второго яруса молчание гарда значило лишь первое, а читалось как второе.
+Свежесть вершины главной ветки гард спрашивает вторым ярусом — тем же приёмом, что и состояние
+задачи. Первый ярус работает без сети: локальная ссылка отвечает, отстала ли ветка от лежащего
+в дереве, удалённая — не протухла ли сама ссылка.
 
 ## Паттерны
 
 - `git-workflow-commit` — задача, ветка, коммит и пуш от учётной записи машинной работы.
 - `git-workflow-pr` — открытие PR, черновик и его снятие, тело, ревьювер, метки, состояние.
 - `git-workflow-merge` — главная ветка влита в ветку задачи, конфликт разобран.
+- `git-workflow-stack` — череда веток: ветвление от предыдущей, основание заявки, порядок отдачи.

package/assets/rules/git-workflow.gitlab.md

@@ -157,6 +157,11 @@ flowchart TD
   отбивает пуш, а не печатается рядом с ним: напечатанное предупреждение исполнитель читает как
   разрешение. Дважды подряд правка, прошедшая гейт целиком, была отбита конвейером — и оба раза
   зелёный гейт был прочитан как «локально всё зелено».
+- **Причина исключения, называющая задачу, судится на живость этой задачи.** Отсрочка со сроком
+  и отсрочка без срока выглядят одинаково, пока номер никто не спросил; мёртвый номер в причине
+  делает исключение бессрочным, не сказав об этом ни строкой. Спрашивается тем же ярусом, что
+  состояние задачи у гарда поставки: есть чем спросить — спрашивает, нет сети или доступа —
+  пропускает молча.
 - **Сверка раскладки стоит в наборе гейта пуша наравне с линтом и сборкой.** Правка, положенная
   в разложенную копию мимо источника, в день, когда её делают, не ломает ничего: дерево
   работает, проверки зелёные, а расхождение видно только тому, кто позовёт сверку сам. Копится

package/assets/rules/reuse-first.md

@@ -72,6 +72,14 @@ flowchart TD
 - **Признаки объявляются деревом, а не зашиты в проверку.** Дерево берёт из rt-tools не всё, и
   признак о готовом из пакета, которого здесь нет, отвечает ложно ровно так же, как имя чужого
   приложения.
+- **Второе значение той же интеграции повторяет свой род, а не соседа по файлу.** У внешней
+  службы редко один параметр: рядом с ключом стоит идентификатор, рядом с адресом — область, и
+  первый обычно сделан как положено, а второй остаётся зашитым. Спрашивается при этом не сосед,
+  а род: где значения этого рода заводят, кто их правит, каким путём они доезжают до сборки.
+  Сосед бывает сам не переехавшим, и повторение разносит устаревший способ дальше; ближайший
+  сосед берётся образцом, только когда такого рода в дереве нет вовсе. Зашитое значение не
+  отбивают ни линтер, ни сборка, ни тест: оно синтаксически исправно и просто не принадлежит
+  этому дереву — так демонстрационное значение из документации поставщика уезжает в прод-сборку.
 
 ## Чего из закона здесь нет
 

package/assets/rules/shared-code.md

@@ -69,6 +69,11 @@ flowchart TD
 - **Строковая настройка и таблица соответствий сверяются по значению, а не по имени.** Имя
   здесь не ключ: `BEM_BLOCK` и `LOG_CONTEXT` объявлены десятками, и значения у них свои, а
   один и тот же перевод статуса живёт под тремя разными именами.
+- **Копии, у которых общего места нет по границам импортов, сводятся в тот слой, который видят
+  обе стороны, а не в общий.** Общая либа приложения не видит значений хранилища, и ребро оттуда
+  развернуло бы зависимость: сведение «как положено» тут ломает границы, а не чинит копии. Место
+  такой копии — слой выхода того домена, чьё значение она переводит; заводить под это новую либу
+  не надо, нужный слой у домена обычно уже объявлен и пуст.
 
 ## Чего из закона здесь нет
 

package/assets/rules/spec-driven.md

@@ -92,6 +92,12 @@ flowchart TD
   именно тогда, когда для них не заведено места.
 - **Каждое утверждение привязано к месту в коде, и связь сверяется в обе стороны.** Ключ
   связи — сам текст утверждения, поэтому переформулировать его, забыв про привязку, нельзя.
+- **Первая колонка компаньона — текст статьи, скопированный, а не пересказанный.** Ключ связи —
+  сам текст, поэтому строка, написанная по смыслу статьи, разрывает связь, оставаясь на вид
+  заполненной. Проверка это подтверждает: она считает статьи без адреса и о статье, адрес которой
+  описывает не её, не знает ничего. Статье о действиях, требующих отдельного слова владельца,
+  поставили привязкой гард, держащий действие не из её перечня: совпал род, а не перечень, и
+  строка продержалась до перечитывания диффа.
 - **Привязка не ведёт в код, который никто не зовёт.** Символ, объявленный в своём файле и
   больше нигде не встречающийся, местом исполнения не считается.
 - **Таблица процедур сверяется с декораторами в обе стороны.** Иначе процедура, которую домен
@@ -202,6 +208,13 @@ flowchart TD
   сторон: якорем утверждения оказывается слово из комментария, тогда как объявление рядом
   называется иначе.
 
+- **Проверка, прибитая к имени ресурса, ломается на его делении, и знать об этом надо до
+  правки.** Имя правила и имя паттерна стоят не только в текстах, но и в проверках дерева, в
+  пробах их наборов и в таблицах, которые связывают состояние с ведущим его паттерном. Деление
+  ресурса поэтому начинается с поиска его имени по всему дереву, а не по слою правил: найденное
+  правится тем же изменением. Иначе красное приходит по одной проверке за прогон, и каждая
+  выглядит отдельной поломкой — так деление одного правила уронило три подряд.
+
 ## Форма сжатой статьи
 
 Правило грузится в заход целиком и платит за это каждый заход, чем бы он ни занимался. Замер
@@ -278,3 +291,4 @@ flowchart TD
 
 - `spec-driven-domain` — заведение и правка спека домена, сценарии, привязка.
 - `spec-driven-rule` — заведение закона, правила и паттерна.
+- `spec-driven-sweep` — сплошной разбор привязки домена, проходы и их разбор.