@rt-tools/agent-kit 0.11.0 → 0.13.0

package/assets/patterns/task-flow-close.md

@@ -2,7 +2,7 @@
 name: task-flow-close
 kind: pattern
 rule: task-flow
-description: Паттерн правила task-flow. Брать при закрытии работы — вливание договорённости в спек домена последним коммитом PR, разбор папки задачи, переезд в архив, сверка очереди работ. Не брать для хода работы — это паттерн task-flow-resume.
+description: Паттерн правила task-flow. Брать при доведении работы до готовности — вливание договорённости в спек домена, приведение текстов домена к сделанному, открытие заявки черновиком и снятие черновика. Не брать для разбора папки задачи и разбора работы правилами — это паттерн task-flow-archive; не брать для хода работы — это паттерн task-flow-resume.
 ---
 
 # Закрытие работы
@@ -12,103 +12,19 @@ description: Паттерн правила task-flow. Брать при закр
 
 ## Когда брать
 
-- Этапы замысла закрыты, проверки зелёные, с PR снимается черновик.
+- Этапы замысла закрыты, набор гейта прогнан целиком.
 - `npm run check:specs` перечислил договорённость в разделе «Пора вливать».
+- Тексты домена приводятся к тому, что работа сделала.
+- Папка задачи разобрана, и заявка открывается черновиком.
+- Прогон на вершине зелёный, и с заявки снимается черновик.
 
-Само открытие PR сюда не относится: он открывается черновиком тем ходом, которым правка
-кода отдаётся владельцу, — то есть до этого паттерна и, как правило, задолго до него. Здесь
-работа доводится до готовности и черновик снимается.
+Разбор самой папки сюда не относится — это паттерн `task-flow-archive`. Он стоит между
+приведением текстов и открытием заявки: заявка открывается уже за убранной работой.
 
-## Состояние `этапы-кончились`: работа отдаётся на разбор
+## Состояние `этапы-кончились`: договорённость вливается в спек домена
 
-PR открыт черновиком — и с этой минуты работа ждёт владельца, а не машину. Заход на этом не
-кончается: следующая задача эпика берётся тем же движением, паттерн `task-flow-resume`.
-
-**Заход, открывший PR, называет оставшийся шаг в двух местах — разделом в теле PR и словами
-владельцу:** после одобрения ветка получает ещё один коммит — разбор папки, — и только потом
-вливается. Порядок этот записан здесь, а читает его исполнитель; вливает же владелец, и
-молчание он читает как «работа кончена» — видит зелёный PR и мержит его тем же ходом. Промах
-случается ровно в шов между двумя ходами, и стоит он отдельной задачи: после слияния папку
-разбирать уже некому.
-
-### Два сообщения владельцу, и между ними — прогон
-
-Оба обязательны, и порядок между ними один. Ни одно не заменяется другим: первое говорит, что
-работа отдана и чего она ждёт, второе — что она готова.
-
-Сразу после открытия PR:
-
-```
-PR #<номер> открыт черновиком. Жду прогона: пока он идёт, о работе известно только то, что
-она запушена. Как закончится — разберу папку задачи последним коммитом, сниму черновик и
-попрошу тебя влить. Следующая задача уже взята: #<номер>, ветка <имя ветки>.
-```
-
-Последняя строка называет взятое, а не намерение взять, и это не оборот речи. Образец, который
-кончается обещанием, исполняется как обещание: заход произносит последнюю строку и на этом
-кончает ход — сообщение при этом выглядит полным, и пустоты за ним не видно ни владельцу, ни
-самому заходу. Образец, который кончается номером заведённой ветки, так исполнить нельзя: пока
-ветки нет, строку писать нечем. Разбор — `2026-08-16-next-task-said-not-taken.md`.
-
-Прогон зелёный, папка разобрана и запушена, черновик снят:
-
-```
-PR #<номер> готов к слиянию: прогон зелёный, папка задачи разобрана, за работой убрано,
-черновик снят. Влей его, пожалуйста.
-```
-
-Черновик снимается перед вторым сообщением, а не после него: владелец, прочитав просьбу
-влить, идёт нажимать кнопку — у черновика она заблокирована, и ход возвращается к исполнителю
-ни за чем.
-
-Прогон красный — сообщение то же по форме, но говорит о красном и о том, что с ним делается;
-просьбы влить в нём нет. Просьба звучит один раз и только тогда, когда работа готова целиком:
-сказанная заранее, она перестаёт что-либо значить, и владелец возвращается к прежнему —
-вливать по зелёной странице.
-
-Между двумя сообщениями исполнитель не ждёт: работа отдана на разбор, и тем же движением
-берётся следующая задача. Возвращается он к PR тем ходом, которым читает конец прогона.
-
-### Оставшийся шаг стоит разделом в теле PR
-
-Сказанного вслух мало, и одним этим требование не держится. Реплика живёт до следующей реплики,
-а решение о слиянии принимается на странице PR — там переписки нет вовсе. Поэтому оставшийся
-шаг пишется дважды: разделом в теле PR и словами владельцу. Одно другого не заменяет — тело
-пишется один раз и лежит у самой кнопки, разговор идёт дальше и уносит сказанное с собой.
-
-Раздел стоит последним и говорит ровно одно — что случится с веткой после одобрения:
-
-```markdown
-## Оставшийся шаг
-
-После одобрения ветка получает ещё один коммит — разбор папки задачи, — и только потом
-вливается. До этого коммита вливать рано: папка уедет в главную ветку неразобранной.
-```
-
-Разобрана папка — раздел переписывается тем же вызовом, которым правится тело:
-
-```markdown
-## Оставшийся шаг
-
-Не осталось: папка задачи разобрана коммитом `<sha>`, черновик снят. Можно вливать.
-```
-
-Пустым раздел не оставляется и не удаляется вовсе: отсутствие раздела и «шагов не осталось»
-читаются одинаково, а значат разное. Образец тела PR целиком — в паттерне заведения коммита
-и PR, если дерево его разложило.
-
-Проверить это машиной нечем, и проверки не будет: тело PR не читает ни одна сверка, а хостинг
-не спрашивает ни о чём, кроме заголовка. Требование держится тем же, чем и слова вслух, — тем,
-кто пишет тело. Разница между ними одна, и она вся: реплику владелец прочитает, только если
-вернётся в переписку, а раздел он видит там, куда смотрит, нажимая кнопку.
-
-**Следующее движение:** тем же ходом берётся следующая задача эпика, а разбор закрытой работы
-уходит в фон. Прогон и владелец идут без исполнителя, и ждать их состоянием работы не бывает.
-
-## Состояние `разбор-кончился`: договорённость вливается в спек домена
-
-Последним коммитом PR, до слияния. Код к этому моменту написан, поэтому привязки
-`файл:символ` известны — правило въезжает в спек домена сразу проверяемым.
+Одним из последних коммитов ветки, до открытия заявки. Код к этому моменту написан, поэтому
+привязки `файл:символ` известны — правило въезжает в спек домена сразу проверяемым.
 
 ```bash
 npm run check:specs   # раздел «Пора вливать» называет готовые директории
@@ -137,7 +53,7 @@ npm run check:specs   # после вливания: привязки на ме
 **Следующее движение:** за влитой договорённостью тем же ходом идут тексты домена — правила,
 паттерны и разделы, которые работа задела.
 
-## Состояние `разбор-кончился`: тексты домена приводятся к сделанному
+## Состояние `этапы-кончились`: тексты домена приводятся к сделанному
 
 В спек уезжает только то, что записали до кода. Остальные тексты — правила, паттерны, законы
 приложения — после правки никто не перечитывает, и они продолжают описывать старое дерево.
@@ -176,163 +92,100 @@ grep -rn -A3 "Чего из закона здесь нет" <каталог пр
 договорённость, только про это приложение.
 
 Что сделали на этом шаге, пишется в тело PR: что перечитали, что изменили, а если ничего
-не изменили — почему. Форма раздела — паттерн `git-workflow-commit`.
+не изменили — почему. Форма раздела — паттерн `git-workflow-pr`.
 
 **Следующее движение:** приведённые тексты коммитятся, и тем же ходом разбирается папка
-задачи — последним коммитом ветки.
+задачи — последним коммитом ветки, паттерн `task-flow-archive`.
 
-## Состояние `разбор-кончился`: папка задачи разбирается
+## Состояние `папка-разобрана`: работа отдаётся заявкой
 
-Разбор идёт по трём исходам, а не по двум.
+Папка разобрана и запушена, за работой убрано — заявка открывается черновиком. С этой минуты
+работа ждёт владельца, а не машину, и заход на этом не кончается: следующая задача берётся тем
+же движением, паттерн `task-flow-resume`.
 
-**Первым отбирается действующее требование.** Всё, что останется верным и завтра, становится
-статьёй закона, пунктом правила или разделом паттерна — по тому, о чём оно говорит. Признак
-отбора один и записан здесь заранее: перестанет ли текст быть верным, если завтра всё
-переделать. Перестанет — это рассказ о состоявшемся; не перестанет — требование, и место ему в
-слое правил. Закон при этом в ветке не правится — его статья приносится владельцу текстом.
+Состояния на диске уже нет — ход работы уехал вместе с папкой. Это цена того, что уборка стоит
+до заявки: хвост из четырёх шагов — открыть заявку, дождаться прогона, снять черновик, попросить
+влить — держится этим паттерном, а не строкой в файле. Гард признаёт работу отданной по истории
+ветки: папка, снятая её коммитом, и есть признак.
 
-**Вторым отбирается рассказ о состоявшемся переезде.** Он уезжает в описание прошлого и
-называет для каждого перенесённого решения, куда оно ушло: иначе решение, ставшее правилом, и
-решение, потерянное при переносе, выглядят одинаково — записью, на которую никто не ссылается.
-
-**Третьим удаляется остальное.**
-
-Порядок именно такой: начав с переезда, исполнитель увозит вместе с ним и действующее — под
-конец работы это дешевле, чем разбирать.
-
-Целиком в архив не переносится: `docs/archive/` — место для записей о состоявшемся, которые
-кто-то читает, а не свалка ходов работы. Таблица ниже говорит о том, что осталось после
-первого отбора.
+### Два сообщения владельцу, и между ними — прогон
 
-| Файл            | Куда                                                                                                               |
-| --------------- | ------------------------------------------------------------------------------------------------------------------ |
-| `grill.md`      | в `docs/archive/` — ответы владельца невосстановимы, и это единственная запись о том, почему задача поставлена так |
-| `progress.md`   | в `docs/archive/`, если в нём есть решения по ходу с причинами; иначе удаляется                                    |
-| `plan.md`       | удаляется — после выкатки на его вопрос отвечает код, а на «как работает» отвечает спек домена                     |
-| находки разбора | переезжают к замыслу эпика — их читает владелец, когда эпик кончится; работа вне эпика показывает их сразу         |
+Оба обязательны, и порядок между ними один. Ни одно не заменяется другим: первое говорит, что
+работа отдана и чего она ждёт, второе — что она готова.
 
-Уезжающее складывается одним файлом с говорящим именем, а не папкой из трёх:
+Сразу после открытия заявки:
 
-```bash
-cat docs/tasks/<КЛЮЧ>-<номер>-<slug>/grill.md > docs/archive/<ЧТО_РЕШАЛИ>.md
-rm -r docs/tasks/<КЛЮЧ>-<номер>-<slug>
 ```
-
-Разбор идёт в том же PR, что и работа: папка, оставленная до мержа, попадает в главную
-ветку и читается там как текущая.
-
-### Работа, разбирающая чужую папку, разбирает две
-
-Своя папка у такой работы есть — она заводится наравне со всеми, исключения из этого нет. Обе
-снимаются последним коммитом, и порядок между ними один: сперва чужая, потом своя. Начав со
-своей, исполнитель теряет замысел на диске, а он ещё нужен — гард отбивает правку без него, а
-правка по замечаниям разбора идёт в ту же ветку.
-
-```bash
-cat docs/tasks/<чужая>/grill.md > docs/archive/<ЧТО_РЕШАЛИ_ТАМ>.md
-rm -r docs/tasks/<чужая>
-cat docs/tasks/<своя>/grill.md > docs/archive/<ЧТО_РЕШАЛИ_ЗДЕСЬ>.md
-rm -r docs/tasks/<своя>
+PR #<номер> открыт черновиком, папка задачи уже разобрана — за работой убрано. Жду прогона:
+пока он идёт, о работе известно только то, что она запушена. Как закончится — сниму черновик и
+попрошу тебя влить. Следующая задача уже взята: #<номер>, ветка <имя ветки>.
 ```
 
-Две записи в архиве, а не одна: работы разные, и решения в них разные. Сверка очереди работ
-после этого не называет ни одной папки — этим и проверяется, что разобраны обе.
-
-**Следующее движение:** разобранная папка уезжает в ветку тем же коммитом, и следом за ним
-сверяется очередь работ.
+Последняя строка называет взятое, а не намерение взять, и это не оборот речи. Образец, который
+кончается обещанием, исполняется как обещание: заход произносит последнюю строку и на этом
+кончает ход — сообщение при этом выглядит полным, и пустоты за ним не видно ни владельцу, ни
+самому заходу. Образец, который кончается номером заведённой ветки, так исполнить нельзя: пока
+ветки нет, строку писать нечем. Разбор — `2026-08-16-next-task-said-not-taken.md`.
 
-## Состояние `папка-разобрана`: сверка очереди работ
+Прогон зелёный, черновик снят:
 
-```bash
-npm run check:board   # папка закрытой задачи среди текущих, брошенные черновики
-npm run check:specs   # договорённость влита, привязки на месте
-npm run check:docs    # пути, названные в текстах, существуют
+```
+PR #<номер> готов к слиянию: прогон зелёный, черновик снят. Влей его, пожалуйста.
 ```
 
-**Следующее движение:** расхождения, названные сверками, чинятся тем же ходом; чинить нечего —
-тот же ход снимает черновик и просит владельца влить, называя номер.
-
-## Состояние `влито`: работа разбирается правилами — фоном, следом за PR
-
-Шаг о слое правил, а не о продукте: что за эту работу грузилось, что помогло, чего не хватило и
-где текст правила разошёлся с деревом. Знает это только тот заход, который работу вёл, — через
-сутки не знает никто.
-
-Ведёт разбор роль разбора закрытой задачи, если дерево её разложило; не разложившее ведёт его
-само, теми же вопросами. Файлов роль не правит — приносит готовые формулировки, а вставлять их
-решает владелец.
+Черновик снимается перед вторым сообщением, а не после него: владелец, прочитав просьбу
+влить, идёт нажимать кнопку — у черновика она заблокирована, и ход возвращается к исполнителю
+ни за чем.
 
-**Запускается разбор в фоне, сразу за открытием PR, и ход на нём не кончается.** Роль ничего не
-спрашивает, пока работает, и быстрее от ожидания не идёт: следующая задача берётся тем же ходом,
-которым запущен разбор.
+Прогон красный — сообщение то же по форме, но говорит о красном и о том, что с ним делается;
+просьбы влить в нём нет. Просьба звучит один раз и только тогда, когда работа готова целиком:
+сказанная заранее, она перестаёт что-либо значить, и владелец возвращается к прежнему —
+вливать по зелёной странице.
 
-Порядок один и переставлять его нельзя:
+Между двумя сообщениями исполнитель не ждёт: работа отдана на разбор, и тем же движением
+берётся следующая задача. Возвращается он к заявке тем ходом, которым читает конец прогона.
 
-1. **Сводка собирается до запуска** — пока задача ещё в голове. Что делали, что пошло не так,
-   что грузилось и что каждое правило дало, на какие грабли окружения наткнулись. Собранная
-   через две задачи, она пересказывает историю ветки вместо того, что было на самом деле.
-2. **Роль уходит в фон** — инструментом запуска роли, с путём к списку загруженного и сводкой
-   целиком. Ход продолжается следующей задачей.
-3. **Вернувшиеся находки принимают одним ходом** — записать и вернуться к прежнему. Разбор,
-   отложенный «до удобного момента», не случается вовсе: заход кончается раньше.
+### Состояние работы стоит разделом в теле заявки
 
-**Следующее движение:** пока роль разбирает, тот же ход занят следующей задачей; вернувшиеся
-находки принимаются одним ходом — записать и продолжить прежнее.
+Сказанного вслух мало, и одним этим требование не держится. Реплика живёт до следующей реплики,
+а решение о слиянии принимается на странице заявки — там переписки нет вовсе. Раздел стоит
+последним и говорит ровно одно: осталось ли что-то до слияния.
 
-## Состояние `влито`: находки разбора ложатся в папку задачи и ждут владельца
+```markdown
+## Оставшийся шаг
 
-Ответ роли живёт в переписке и умирает вместе с ней, поэтому он сразу ложится на диск — в папку
-задачи, файлом рядом с ходом работы. Пишет его исполнитель: роль файлов не пишет.
+Папка задачи разобрана коммитом `<sha>` — за работой убрано. Осталось дождаться прогона и снять
+черновик; до этого кнопка слияния заблокирована хостингом.
+```
 
-Папка задачи умирает со слиянием, а находки должны пережить весь эпик — владелец читает их
-разом, когда эпик кончился. Поэтому при разборе папки файл находок не удаляется вместе
-с остальным, а **переезжает к замыслу эпика**: там его найдут и после того, как ветка въехала.
-Работа вне эпика показывает находки владельцу сразу, тем же ходом.
+Черновик снят — раздел переписывается тем же вызовом, которым правится тело:
 
-**Наружу без слова владельца уезжает только сводка наблюдений.** Она говорит, чем пользовались
-и чем не пользовались ни разу, — это факт, и мнением он не станет. Предложение — другое дело:
-это заготовка правки чужого дерева, и часть заготовок отпадает при первом же чтении. Уехавшая
-без разбора, она становится работой того, кто её не заказывал.
+```markdown
+## Оставшийся шаг
 
-Порядок такой: находки копятся у замысла эпика → эпик кончился → владелец читает их разом и
-говорит, что из них верно → названное им оформляется предложением и уезжает. Чем отправляют —
-скил слоя правил, если дерево его разложило.
+Не осталось: прогон зелёный, черновик снят. Можно вливать.
+```
 
-У каждой находки называется адрес, и адресов три:
+Пустым раздел не оставляется и не удаляется вовсе: отсутствие раздела и «шагов не осталось»
+читаются одинаково, а значат разное. Образец тела заявки целиком — в паттерне заведения коммита
+и заявки, если дерево его разложило.
 
-| Куда                       | Что туда идёт                                                            |
-| -------------------------- | ------------------------------------------------------------------------ |
-| слой правил — предложением | то, что верно любому дереву этого класса: статья, пункт правила, паттерн |
-| имена этого дерева         | то, что верно здесь: компаньон правила, профиль, карта гейта             |
-| надстройка над разложенным | то, что здесь звучит иначе, чем в пакете                                 |
+Проверить это машиной нечем, и проверки не будет: тело заявки не читает ни одна сверка, а
+хостинг не спрашивает ни о чём, кроме заголовка. Требование держится тем же, чем и слова
+вслух, — тем, кто пишет тело. Разница между ними одна, и она вся: реплику владелец прочитает,
+только если вернётся в переписку, а раздел он видит там, куда смотрит, нажимая кнопку.
 
-Без адреса правка ложится туда, где её видит автор, — то есть в своё дерево, — и общее оседает
-в одном месте, оставаясь неизвестным всем остальным.
+### Правка по замечаниям идёт без замысла на диске
 
-**Разбор без правки закрытым не считается.** Из него выходит либо правка слоя правил, либо
-предложение наружу; не вышло ни того ни другого — это жалоба, и она повторится. Предложение, о
-котором владелец сказал вслух, уходит наружу в тот же ход: написанное и не отправленное лежит в
-дереве неотличимо от отправленного.
+Разбор вернул замечания или прогон покраснел — чинится это в той же ветке. Замысла там больше
+нет, и собирать папку заново не надо: гард хода работы пропускает правку по признаку из истории
+ветки. Что именно чинится, берётся из замечания, а не из замысла.
 
-**Следующее движение:** записанные находки работу не держат — следующая задача уже идёт, а
-владельцу о них говорится, когда кончился эпик.
+**Следующее движение:** прогон зелёный и замечаний нет — черновик снимается, и владельцу
+говорится, что работа готова.
 
 ## Ловушки
 
-- **Папку разбирают до слияния — потом о ней уже никто не вспомнит.** Сверка очереди считает
-  задачу закрытой по слиянию: до него папка среди текущих законна, а после за неё никто не
-  отвечает — работа перешла к следующей задаче, и находка достанется чужому заходу. Три раза
-  подряд папка закрытой задачи так и уехала в главную ветку, в последний раз их набралось
-  пять. Теперь это держит гард поставки: слияние отбивается, пока папка лежит в ветке.
-- **Разбирают последним коммитом, а не перед открытием PR.** Пока идёт ревью, замысел
-  нужен на диске: без него правку по замечаниям не пропустит гард хода работы. Порядок такой:
-  правки по ревью, потом разбор папки, потом слияние.
-- **Разбор папки идёт последним, после того как гейт пуша прошёл целиком.** Гард хода работы
-  не пускает правку кода приложения без замысла на диске, а после разбора замысла нет: чужое
-  замечание линтера, приехавшее мержем из главной ветки, чинить уже нечем, и гейт пуша стоит.
-  Порядок один: мерж главной ветки, все линтеры и проверки зелёные, вливание договорённости,
-  приведение текстов домена, разбор папки. Понадобилась правка кода после разбора — замысел
-  восстанавливается на диске на время правки, и разбор повторяется тем же коммитом.
 - **Тексты правятся до разбора папки.** Список того, что перечитывать, лежит в замысле, а
   разбор папки его удаляет. После разбора остаётся только память о том, что задевали.
 - **Утверждение правила снимается вместе со строкой привязки.** Связь идёт по тексту
@@ -343,10 +196,6 @@ npm run check:docs    # пути, названные в текстах, суще
   нет вовсе, и по слову из своей темы эта строка находилась — а неправда была в другом.
 - **Сказать «сверено», не открыв файл, нельзя.** Правило читается целиком. Устаревшее
   утверждение стоит в списке среди верных и ничем от них не отличается.
-- **Если папку просто удалить, первым пропадёт `grill.md`.** Удалить проще, чем разобрать, а
-  слова владельца записаны только там, и восстановить их неоткуда. Поэтому гард требует, чтобы
-  ветка добавила запись в архив. Что именно перенесли, он не проверяет — это смотрит владелец
-  на ревью.
 - **Вливание после мержа не делается.** В главной ветке тогда лежит раздел «предложено, но не
   выкачено» с тем, что работает месяц, — беззвучная ложь, тем убедительнее, чем старше.
 - **Номера сценариев при вливании не пересчитываются.** Идентификатор — ключ связи с тестами;
@@ -356,22 +205,5 @@ npm run check:docs    # пути, названные в текстах, суще
   стоявшее другими словами, а строка «этого раздела ещё нет» становится ложью ровно той
   работой, которая её вливает. Сверка спеков в этот раздел не смотрит вовсе. Снимается
   дословный повтор и то, что работа сделала входящим.
-- **Шаги закрытия с владельцем не согласуются — они перечислены здесь.** Разбор работы
-  правилами входит в закрытие так же, как вливание договорённости и разбор папки; владелец
-  решает не то, запускать ли его, а что делать с находками. Ход, кончившийся таким вопросом,
-  отбивает гард разговора: за ход правила не читались, а ответ стоит в них. Спрашивается только
-  то, чего в правилах нет.
-- **Блок готового кода в паттерне стареет от чужой правки.** Он не привязан ни к чему: сверка
-  спеков читает утверждения правила, а пример под ними не читает вовсе. Два поля, ставших
-  обязательными в чужой работе, сделали пример в соседнем паттерне несобираемым — сам он при
-  этом не изменился ни на знак и в след задачи не попал, потому что ни одного слова той работы
-  в нём нет. Паттерн находится по имени правленого символа, а не по теме работы.
 - **Правило без привязки в спек домена не въезжает.** Кода, который его исполняет, нет —
   значит это намерение, и место ему в открытых вопросах домена, а не в правилах.
-- **Замысел эпика правят только там, где вписывают «чем кончился».** Границы эпика и
-  порядок задач в нём при этом остаются прежними, а работа их уже нарушила: задача, решившая
-  читать спеки, оставила над собой границу «спеки — вторая очередь», и следующий исполнитель
-  прочитает её как действующую. Границы эпика перечитываются целиком тем же заходом, что и
-  итог работы.
-- **Архив не обновляется после выкатки.** Уехавшее туда описывает день переезда, и правится
-  оно только вместе с признанием, что описывало неверно.

package/assets/patterns/task-flow-handoff.md

@@ -1,13 +1,13 @@
 ---
 name: task-flow-handoff
 kind: pattern
-rule: task-flow
-description: Паттерн правила task-flow. Брать, когда заход упирается в заполнение окна — выбор точки остановки, запись хода работы, форма передачи и что владелец с ней делает. Не брать для возвращения к работе новым заходом — это паттерн task-flow-resume.
+rule: turn-conduct
+description: Паттерн правила turn-conduct. Брать, когда заход упирается в заполнение окна — выбор точки остановки, запись хода работы, форма передачи и что владелец с ней делает. Не брать для возвращения к работе новым заходом — это паттерн task-flow-resume.
 ---
 
 # Закрытие захода по заполнению окна
 
-Паттерн правила `task-flow`. Что при этом должно быть верно — закон
+Паттерн правила `turn-conduct`. Что при этом должно быть верно — закон
 `docs/constitution/work-conduct.md`.
 
 ## Когда брать
@@ -55,7 +55,7 @@ description: Паттерн правила task-flow. Брать, когда з
 ### Коммит
 
 Проверенное коммитится сразу, а не копится до конца задачи. Работа кончена — открывается PR:
-паттерн `git-workflow-commit`.
+паттерн `git-workflow-pr`.
 
 ### Передача
 

package/assets/patterns/task-flow-resume.md

@@ -91,11 +91,12 @@ git log --oneline origin/main..HEAD
 владельца — то есть ровно тем пересказом, ради отмены которого всё и заведено:
 
 ```markdown
-- **PR:** #1396, ждёт разбора · отвечено 3 замечания из 5 · не сделано: разбор папки задачи
+- **PR:** #1396, ждёт разбора · отвечено 3 замечания из 5 · не сделано: снятие черновика
 ```
 
 С открытием PR состояние становится `работа-отдана`, и обязательное действие у него другое —
-следующая задача, а не ожидание разбора.
+следующая задача, а не ожидание разбора. Объявить его на диске к этой минуте уже нечем: ход
+работы уехал вместе с папкой, и хвост работы ведёт паттерн `task-flow-close`.
 
 Решение, принятое по ходу, — вместе с причиной и с тем, что было альтернативой:
 
@@ -121,7 +122,8 @@ git log --oneline origin/main..HEAD
 ```
 
 **Следующее движение:** отмеченный этап тем же ходом сменяется следующим. Этапы кончились —
-тот же ход гонит набор и открывает PR черновиком.
+тот же ход гонит набор, вливает договорённость, приводит тексты и разбирает папку задачи; PR
+открывается за убранной работой.
 
 ## Состояние `работа-отдана`: следующая задача берётся тем же движением
 

package/assets/pitfalls/agent-kit.md

@@ -0,0 +1,80 @@
+# Переносимый слой правил — холодная часть
+
+Ловушки и грабли, на которые уже наступали. Грузится не вместе со скилом, а по требованию: при
+обычной раскладке она не нужна — она нужна тому, кто разбирает отказ сверки или спорит с
+раскладкой.
+
+Скил — `agent-kit`; порядок правки, команды и устройство слоёв стоят там.
+
+## Ловушки
+
+- **Набор, проверяющий гард, читает настройку того дерева, из которого его запустили.** Помощник
+  берёт настройку по каталогу проекта, а его агент выставляет своим — и `cd` в прогонщике этого
+  не перебивает. Набор, не заведший своего одноразового дерева, зеленеет от строки в чужой
+  настройке: шесть сценариев гарда экзамена прошли ровно так, потому что роль была выключена в
+  дереве, где их гоняли. Своё дерево объявляется на каждый сценарий, а не один раз на файл.
+
+- **Надстройка замещает раздел целиком, и пакетные пункты в нём приходится держать копией.**
+  Дописать в раздел одну статью нечем: слияние идёт по заголовку `## `. Дерево, которому нужен
+  один свой пункт, копирует к нему все пакетные — и с этого дня правка любого из них,
+  приехавшая с новой версией, до этого дерева не доходит. Сверка разложенного молчит: она
+  считает расхождением правку на месте, а не замещённый раздел. Признак виден по самим
+  надстройкам — три из трёх прочитанных кончались абзацем о том, что перенос придётся делать
+  руками. Поэтому надстройкой берут раздел, у которого пакетных пунктов немного, а разросшийся
+  замещённый раздел — повод внести своё в пакет, а не держать его копией. Предложение, которым
+  своё вносят, называет эту надстройку строкой «чем закрывается»: иначе приехавшая редакция и
+  надстройка, которую она закрыла, не сопоставляются ничем, и надстройка остаётся замещать уже
+  исправленный раздел.
+
+- **Готовый код пакета не называет имён одного дерева.** Префикс директив кита, ключи подписей
+  и имена сущностей принадлежат тому дереву, где паттерн писали; разложенные в соседнем, они
+  учат звать то, чего там нет вовсе. Имя директивы при этом отличается от имени в примере: по
+  примеру видно, что он пример, а `<префикс>TableRow` из чужого дерева выглядит рабочим кодом
+  и правится только после того, как продовая сборка упадёт. Тринадцать таких имён простояли в
+  четырёх ресурсах пакета, пока их не нашёл потребитель — и не своей сборкой, а надстройкой,
+  которой перекрыл раздел.
+
+- **Правила и паттерны при отвергнутом законе в отказе не перечисляются.** Их снимает каскад, а
+  строка на них становится выводимой: раскладка называет её лишней вместе с законом, из-за
+  которого она перестала снимать. Отказ мерит слой законов, а не число файлов в пакете.
+
+- **Линтер по следам правки судит файл целиком, а не внесённую правку.** Импорт, добавленный
+  отдельным шагом, отбивается как неиспользуемый ещё до того, как появится строка, которая его
+  зовёт, и работа встаёт на половине. Правка делается одним вызовом либо в порядке «сначала
+  использование, потом импорт».
+- **Прогонять сценарии гардов можно, ничего не раскладывая.** Обвязка набора принимает каталог
+  гардов переменной, и пакетную редакцию гоняют по сценариям дерева до установки. Заход,
+  потраченный на диагноз по последствиям, стоил ровно этой строки.
+- **Отбитая правка не всегда про текст гарда.** Гард зовут по пути, и файл без права на
+  запуск отвечает отказом доступа — ненулевым кодом, который читается как «правка отбита».
+  Набор при этом отбивает подряд всё, включая сборку и тесты, и причины не называет.
+- **Правка shell-скрипта заменой по шаблону сверяется `bash -n` сразу.** Замена границ
+  конструкции не видит: `case` теряет свою `esac`, файл остаётся синтаксически неверным, а
+  гард с ошибкой синтаксиса отвечает ненулевым кодом — то есть «правка отбита». Два раза за
+  заход, и оба раза это выглядело дефектом самого гарда.
+- **Гард, подписанный не на то, что объявляет, выглядит работающим.** Событие и образец вызова
+  гард несёт сам, строкой `# rt-hook:`, а зовёт его образец в настройке агента — и эти двое
+  расходятся молча: путь гарда в настройке назван, файл разложен, набор сценариев зелёный.
+  Набор тут ничего не ловит намеренно — он зовёт гард напрямую с подставленным вводом и
+  объявления не читает вовсе. Так гейт правил и разбирал вызовы браузера веткой, которая не
+  исполнялась ни разу. Расхождение находит сверка раскладки: она сравнивает объявленный образец
+  с тем, под которым гард стоит, называет обе стороны и идёт в счёт расхождений. Правится
+  настройка, а верное значение лежит в гарде — тело его разбирает то, что объявлено.
+- **Разложенный файл узнаётся по шапке, а не по каталогу.** Раскладка ложится в те же
+  `tools/`, `.claude/hooks/` и `.claude/skills/`, где лежит своё, поэтому карта гейта,
+  написанная по путям, требует под него доменное правило — а оно уводит править файл на месте.
+  Правка на месте теряется на следующей раскладке, и до тех пор выглядит применённой. Ветка по
+  шапке ставится в карте первой и решает раньше путей.
+- **Настройки проверок сливаются по ключам, а списки — замещаются.** Объект `checks.json`
+  ложится поверх умолчания ключ за ключом на любой глубине: назвав один ключ борды, дерево не
+  теряет соседних. Список приходит целиком — назвав корни исходников, дерево получает ровно
+  названное, а не умолчание вместе со своим: «дописать в список» и «убрать из списка» в этой
+  записи неразличимы.
+- **Утверждение правила переезжает вместе с кодом.** Вынесенное в надстройку перестаёт
+  находиться по прежнему символу, и привязка в спутнике правила врёт молча — сверка спеков
+  ловит это, но только если её позвать.
+- **Признак по подстроке пути судит и то, что лежит вне дерева.** Гарды отдают в профиль
+  абсолютный путь целиком, и образец вида `*/projects/*` совпадает с домашним каталогом агента
+  ровно так же, как с кодом дерева: запись в файл вне репозитория была отбита гардом хода
+  работы с требованием замысла, к ней не относящегося. Путь в профиле сначала приводится к
+  корню дерева, и всё, что вне корня, признака не получает.