@rt-tools/agent-kit 0.5.3 → 0.7.0

package/assets/hooks/skill-gate-layers.sh

@@ -0,0 +1,156 @@
+#!/usr/bin/env bash
+# Слои гейта правил: требования, которые приходят ПОВЕРХ доменного.
+#
+# Доменное правило выбирается один раз по пути файла — у правки один предмет, и правило под него
+# одно. Слоёв поверх него полтора десятка: доступ к среде исполнения виден только в тексте
+# правки, наблюдаемость приходит вместе с доменом, а не вместо него, проза и ведение работы
+# судят тот же файл вторым признаком. Вместе они не помещаются в карту гейта, которую читают
+# целиком, — поэтому лежат здесь.
+#
+# Подключается из `skill-gate.sh` в его же оболочке: читает `$input`, `$target` и `$req` и
+# дописывает имена правил в `$req`. Отдельным процессом слои возвращали бы то же самое через
+# диск.
+#
+# ОТКАЗ В ПОЛЬЗУ РАБОТЫ: нечем разобрать вход — слой молчит. Разбор входа здесь побочная
+# работа, и её поломка не имеет права остановить правку.
+#
+# Адреса дерева слои не знают: где у него бэкенд, витрина и сквозные тесты, говорит само дерево
+# — функцией `skill_layer_skip <правило> <цель>` в своей карте гейта. Нет её — слой действует
+# везде, где подошёл его признак.
+
+# Уже названное вторым разом не требуется: отказ, перечисляющий одно правило дважды, читается
+# как два разных требования.
+rt_layer_add() {
+    case " $req " in
+        *" $1 "*) return 0 ;;
+    esac
+    req="${req:+$req }$1"
+}
+
+# Дерево вправе снять слой с места, где признак законен: прямое обращение к среде исполнения на
+# бэкенде, чтение окружения в обвязке, заведение файла в сквозных тестах.
+rt_layer_allowed() {
+    command -v skill_layer_skip >/dev/null 2>&1 || return 0
+    skill_layer_skip "$1" "$2" && return 1
+    return 0
+}
+
+# Текст правки читается один раз на все слои: разбор входа стоит дороже самих признаков.
+rt_layer_payload=""
+if command -v jq >/dev/null 2>&1; then
+    rt_layer_payload="$(printf '%s' "$input" \
+        | jq -r '[.tool_input.content, .tool_input.text, .tool_input.new_string, (.tool_input.edits[]?.new_string)]
+                 | map(select(. != null)) | join("\n")' 2>/dev/null)"
+fi
+
+# Спека проверяет поведение, а не заводит его: там нужен `testing`, и слои поведения её обходят.
+rt_layer_is_spec=1
+case "$target" in *.spec.ts) rt_layer_is_spec=0 ;; esac
+
+# --- слой по тексту: обращение к среде исполнения ---------------------------------------------
+#
+# Путь говорит, ЧТО за файл, а обращение к глобальному объекту видно только в содержимом: гейт,
+# знающий один путь, пропускает его молча. Значение, полученное внедрением, признаком не
+# считается — это уже зависимость, а не прямое обращение.
+if [ -n "$rt_layer_payload" ] && [ "$rt_layer_is_spec" = 1 ]; then
+    case "$target" in
+        */main.ts|*/main.server.ts|*/server.ts|*/index.html) ;;
+        *.ts|*.html)
+            if printf '%s' "$rt_layer_payload" | grep -qE \
+                'globalThis|PLATFORM_ID|isPlatformBrowser|defaultView|(^|[^[:alnum:]_.#$])window[[:space:]]*\.'; then
+                rt_layer_allowed platform-access "$target" && rt_layer_add platform-access
+            fi
+            ;;
+    esac
+fi
+
+# --- слой по тексту: наблюдаемость ------------------------------------------------------------
+#
+# Чтение переменной окружения и есть тот момент, когда заводится новая необязательная
+# возможность. Сводка старта перечисляет их руками, и забывшая дописать себя не попадёт ни в
+# один из трёх списков — на проде она выглядит не выключенной, а несуществующей.
+if [ -n "$rt_layer_payload" ] && [ "$rt_layer_is_spec" = 1 ]; then
+    case "$target" in
+        *.ts)
+            if printf '%s' "$rt_layer_payload" | grep -qE 'process\.env'; then
+                rt_layer_allowed observability "$target" && rt_layer_add observability
+            fi
+            ;;
+    esac
+fi
+
+# --- слой по тексту: общий код ----------------------------------------------------------------
+#
+# Заводимое число-настройка и заводимое перечисление — тот момент, когда рядом с уже общим
+# появляется копия. Каждая копия сама по себе исправна, и ни линт, ни сборка второй не видят.
+# Спеки не в счёт: там значения местные, это фикстуры.
+if [ -n "$rt_layer_payload" ] && [ "$rt_layer_is_spec" = 1 ]; then
+    case "$target" in
+        *.ts)
+            if printf '%s' "$rt_layer_payload" | grep -qE \
+                '(^|[[:space:]])(export[[:space:]]+)?const[[:space:]]+[A-Z][A-Z0-9_]*[[:space:]]*(:[[:space:]]*number[[:space:]]*)?=[[:space:]]*[0-9]|(^|[[:space:]])export[[:space:]]+enum[[:space:]]'; then
+                rt_layer_allowed shared-code "$target" && rt_layer_add shared-code
+            fi
+            ;;
+    esac
+fi
+
+# --- слой по пути: классы Angular -------------------------------------------------------------
+#
+# Компонент и стор — тоже классы: сигнальный API входов, обнаружение изменений и место подписки
+# живут в `angular-patterns`, а первым слоем эти файлы уходят в устройство компонента и в
+# соглашения языка, где ничего этого нет.
+if [ "$rt_layer_is_spec" = 1 ]; then
+    case "$target" in
+        *.component.ts|*.store.ts)
+            rt_layer_allowed angular-patterns "$target" && rt_layer_add angular-patterns
+            ;;
+    esac
+fi
+
+# --- слой по пути: проза ----------------------------------------------------------------------
+#
+# Формат спека держит `spec-driven`, а как формулировать — `doc-style`, и нужен он не только
+# спекам. Список известного у проверки — та же проза: его поле объясняет, что перечисленное
+# отказом не считается, а сверка текстов читает только `.md`.
+#
+# Хозяйство самого агента слой обходит: правило на него — оно само, и карта гейта решает про
+# эти файлы целиком. Слой, наложенный поверх, требовал бы правило там, где карта его нарочно
+# не назвала.
+case "$target" in
+    */.claude/*) ;;
+    *.md|*-allowlist.json) rt_layer_allowed doc-style "$target" && rt_layer_add doc-style ;;
+esac
+
+# --- слой по пути: ведение работы -------------------------------------------------------------
+#
+# Папка задачи, договорённость о продукте до кода и линия работ — первые файлы, которые
+# заводятся в работе. Требование ловит на них того, кто пошёл мимо порядка: «пришла новая
+# задача» инструментом не является, и поймать это больше нечем.
+case "$target" in
+    */docs/tasks/*|*/docs/specs/*/proposed/*|*/docs/plans/*)
+        rt_layer_allowed task-flow "$target" && rt_layer_add task-flow
+        ;;
+esac
+
+# --- слой по заведению файла ------------------------------------------------------------------
+#
+# Ничего не пишется с нуля, и спрашивается это там, где решение и принимается, — на заведении
+# нового файла: у правки существующего опора уже выбрана, а требовать правило на каждую строку
+# значит сделать его фоном.
+case "$target" in
+    */docs/*) ;;
+    *.spec.ts|*.stories.ts) ;;
+    *.ts|*.html|*.scss)
+        [ -f "$target" ] || { rt_layer_allowed reuse-first "$target" && rt_layer_add reuse-first; }
+        ;;
+esac
+
+# Куда встаёт заведённая проверка и какой формы у неё список известного — утверждения `testing`,
+# и нужны они ровно в момент заведения: у существующей проверки и место в гейте, и форма списка
+# уже выбраны.
+case "$target" in
+    */check-*.mjs|*-allowlist.json)
+        [ -f "$target" ] || { rt_layer_allowed testing "$target" && rt_layer_add testing; }
+        ;;
+esac

package/assets/hooks/skill-gate.sh

@@ -62,6 +62,11 @@ case "$tool" in
         # приходит в обычный сервис, а число-настройка в обычный класс.
         written="$(printf '%s' "$input" | jq -r '[.tool_input.content, .tool_input.text, .tool_input.new_string, (.tool_input.edits[]?.new_string)] | map(select(. != null)) | join("\n")' 2>/dev/null)"
         req="$(skill_for edit "$target" "$written" 2>/dev/null)"
+        # Слои поверх доменного правила лежат отдельным файлом и зовутся в этой же оболочке:
+        # доменное правило выбирается один раз по пути, а слоёв полтора десятка, и вместе они не
+        # помещаются в карту, которую читают целиком. Нет файла — гейт остаётся одним слоем.
+        # shellcheck disable=SC1090
+        [ -f "$rt_hooks_dir/skill-gate-layers.sh" ] && . "$rt_hooks_dir/skill-gate-layers.sh" 2>/dev/null
         # Род правки для наблюдения. Одно расширение, без пути и без имени файла: наблюдение
         # уезжает наружу, и всё, кроме рода, там было бы адресом этого дерева.
         case "${target##*/}" in
@@ -123,7 +128,11 @@ req="$want"
 [ -f "$rt_hooks_dir/observe.sh" ] && . "$rt_hooks_dir/observe.sh" 2>/dev/null
 command -v rt_note >/dev/null 2>&1 && rt_note gate-deny "res=$req" "kind=$kind" "sid=$sid"
 
-reason="Отбито гейтом правил: загрузи правило «${req}» инструментом Skill и повтори действие. Для этой области это происходит один раз за сессию."
+# Запасной ход называется прямо в отказе: правило, заведённое в этой же ветке, реестру правил
+# неизвестно — он собирается на запуске сессии, а гейт читает диск. Без этой строки следующий
+# заход ищет обход перебором и обычно находит не тот.
+fallback="Если инструмент такого имени не знает, правило завели после начала сессии — прочитай ${rules_dir}/${req}/SKILL.md и спутник рядом с ним."
+reason="Отбито гейтом правил: загрузи правило «${req}» инструментом Skill и повтори действие. ${fallback} Для этой области это происходит один раз за сессию."
 
 # Правило называет свой закон одним словом, а слоёв законов два: общий лежит в корне, закон
 # приложения — в каталоге под ним. Путь ищется, а не собирается из имени, иначе отказ ведёт в
@@ -134,7 +143,7 @@ if [ -n "$law" ]; then
     law_path="$laws_dir/${law}.md"
     [ -f "$root/$law_path" ] || law_path="$laws_dir/application/${law}.md"
     [ -f "$root/$law_path" ] \
-        && reason="Отбито гейтом правил: загрузи правило «${req}» инструментом Skill — оно применяет закон ${law_path} к этому дереву — и повтори действие. Для этой области это происходит один раз за сессию."
+        && reason="Отбито гейтом правил: загрузи правило «${req}» инструментом Skill — оно применяет закон ${law_path} к этому дереву — и повтори действие. ${fallback} Для этой области это происходит один раз за сессию."
 fi
 
 jq -n --arg r "$reason" '{hookSpecificOutput:{hookEventName:"PreToolUse",permissionDecision:"deny",permissionDecisionReason:$r}}' 2>/dev/null \

package/assets/laws/code-structure.md

@@ -20,6 +20,9 @@
   причина названа рядом.
 - **Отметка об устаревании — повод убрать, а не повод оставить.** Устаревшее объявление,
   которое молча продолжает работать, переживает того, кто его пометил.
+- **Файл читается целиком.** Длина, при которой его читают по частям, объявлена одним числом на
+  все роды файлов, и накопленное до объявления перечислено поимённо: перечень отмечает долг, а
+  не выдаёт разрешение.
 
 ## Открытые вопросы
 

package/assets/laws/delivery.md

@@ -75,3 +75,12 @@
   его написали, а разбора ждёт днями: за это время главная ветка вливается в ветку, и
   утверждение отчёта о соседних файлах становится неправдой молча — тел отчётов не читает ни
   одна проверка. Всё, что вливается в ветку после публикации отчёта, — повод перечитать его.
+- **Слияние в главную ветку ещё не означает, что правка доехала.** Отказ выкатки не трогает ни
+  задачу, ни очередь работ, поэтому расхождение главной ветки с тем, что работает, обязано быть
+  видно там, где очередь читают. Иначе следующие работы вливаются поверх поломки, которую не
+  приносили, и каждая выглядит доехавшей.
+- **Состоявшаяся поломка разбирается записью, которая переживает задачу.** Починка уезжает
+  веткой, задача закрывается — и причина, по которой приложение встало, остаётся знанием одного
+  исполнителя. Запись называет, что сломалось, чем это стало видно и почему починка чинит
+  причину, а не признак; живёт она среди описаний состоявшегося, а не там, что умирает вместе с
+  задачей.

package/assets/laws/observability.md

@@ -0,0 +1,46 @@
+# Закон о наблюдаемости
+
+Что владелец знает о работе своего приложения. Если о поломке можно узнать только через доступ
+к серверу, владелец узнаёт о ней от гостя и с опозданием.
+
+**Ревизия:** 2026-08-13
+
+## Статьи
+
+- **Отказ приложения виден владельцу без доступа к серверу.** На сервер владелец не заходит,
+  поэтому всё, что видно только оттуда, для него недоступно.
+- **Отказ хранится и после перезапуска приложения, и спустя месяцы.** Поломку разбирают уже
+  после того, как она случилась, а вывод приложения к этому времени затирается.
+- **Все отказы одного обращения находятся по одному признаку.** При десятке обращений в секунду
+  по времени их не разделить.
+- **Тот, кто наткнулся на отказ, получает номер обращения и может его назвать.** Иначе по жалобе
+  нечего искать.
+- **Наружу уходит номер обращения и общий текст ошибки. Подробности остаются внутри.**
+  Подробности показывают, как приложение устроено.
+- **Подробности отказа закрыты правом.** В них видно, кто был в системе и чем именно приложение
+  сломалось.
+- **Владелец узнаёт о новом отказе сам, без захода на экран.** Иначе поломку заметят только
+  тогда, когда до экрана дойдут руки.
+- **У обращения к чужой службе есть предел ожидания.** Молчащая служба отличается от отказавшей
+  только временем: без предела обращение висит до умолчания среды, отказ не наступает вовсе, и
+  записывать нечего. Всё это время владелец видит исправную работу.
+- **Обращение к чужой службе оставляет запись, и заводится она до обращения.** Запись после
+  ответа говорит только о том, что дошло: попытка, оборвавшаяся посередине, не отличается от не
+  начатой, а владелец видит лишь удачные исходы.
+- **Отказ не записывается в ущерб работе приложения.** Ответ не ждёт записи, запрос из-за неё не
+  падает. Если записать не удалось, это видно.
+- **Приложение не пишет отказы о собственной записи отказов.** Иначе поломка хранилища порождает
+  поток, который сам себя разгоняет.
+- **Отказом считается то, что не сработало, а не каждый обслуженный запрос.** Иначе поток чужих
+  обращений определяет, сколько приложение о себе хранит.
+- **У хранилища отказов есть предел, и он проверяется до того, как кончится место.** Иначе
+  хранилище отказов положит приложение, за которым следит.
+- **Секреты и личные данные вычищаются перед записью.** После записи их убирают правкой данных,
+  а это дороже и не всегда возможно.
+
+## Открытые вопросы
+
+- **Q-O-1.** Куда девать отказ, случившийся до того, как приложение поднялось. Хранилища в этот
+  момент ещё нет. Сейчас такой отказ остаётся только в выводе приложения.
+- **Q-O-2.** Хранить ли отказы обвязки — того, что стоит перед приложением и отдаёт страницы.
+  Её вывод к приложению не приходит, и читать его надо отдельно.

package/assets/laws/project-documentation.md

@@ -33,6 +33,10 @@
   — это намерение, а не свойство приложения: сверить его не с чем, и оно проходит любую
   проверку. Машине это не поручить: открытый вопрос пишется теми же словами, что и обещание,
   и проверка отбивала бы оба.
+- **Полнота текстов проверяется и со стороны работы, а не только со стороны текста.** Обход
+  написанного судит каждое утверждение, но утверждения, которого нет, в этом обходе нет тоже:
+  приём, применённый и нигде не описанный, так не находится никогда. Поэтому закрытая работа
+  спрашивается отдельно — оставила она след в текстах или явно его не требует.
 - **Документ утверждает о состоявшемся, а не о том, что должно сработать.** Лечение,
   записанное готовым до того, как его прогнали, дороже отсутствия записи: следующий читатель
   берёт его за проверенное — и берёт в тот день, когда лечение понадобилось, а времени на

package/assets/laws/reuse-first.md

@@ -8,6 +8,8 @@
 
 ## Статьи
 
+- **У каждого приложения один источник вида, и он у них разный.** Взять контрол из чужого
+  источника значит принести на экран форму, которой в этом приложении нет больше нигде.
 - **Готовое берут, а не пишут заново.** Своя копия расходится с оригиналом с первой же правки,
   и одинаковые с виду места начинают вести себя по-разному.
 - **Отойти от общего вида может решить только владелец.** Сделать своё вместо готового

package/assets/laws/verifiability.md

@@ -56,3 +56,8 @@
   род события и версия одинаковы везде, где стоит слой правил; путь, домен и имя дерева
   принадлежат одному дереву и в чужом месте не значат ничего, кроме утечки. Держится это
   проверкой на выносящей стороне, а не памятью того, кто пишет.
+- **Проверка, которая сама сломалась, работу не останавливает.** Отказ инструмента не является
+  найденным нарушением, и остановленная им работа стоит до того, как его починят.
+- **Решение, зависящее от текущего момента, получает момент снаружи.** Иначе проверить его можно
+  только подкруткой часов, а подкрученные часы действуют и на всё, что оказалось рядом: проверка
+  начинает зависеть от того, что к ней отношения не имеет.

package/assets/patterns/browser-verification-stand.md

@@ -50,12 +50,12 @@ npx nx build admin --base-href=/
 Angular DevTools, нужна ещё и dev-конфигурация (`--configuration=development`): прод-сборка не
 публикует `window.ng`. Выводы о размере бандла и минификации на такой сборке делать нельзя.
 
-Сессия кладётся в `localStorage['vm.admin.token']` **строкой JSON** (`JSON.stringify(token)`),
+Сессия кладётся в `localStorage['<ключ сессии админки>']` **строкой JSON** (`JSON.stringify(token)`),
 иначе приложение её не прочитает. Токен не подписывается руками, а берётся у живого API:
 `POST /<область>.v1.AuthService/Login`. Команду с паролем классификатор блокирует — обходить не
 надо, спрашивать разрешение у владельца.
 
-Взять уже открытую сессию нельзя: чтение `localStorage['vm.admin.token']` из браузера
+Взять уже открытую сессию нельзя: чтение того же ключа из браузера
 блокируется. Оба пути к своему стенду упираются в пароль, поэтому остаётся третий — смотреть
 на админке владельца, где вход уже сделан. Свой стенд нужен, только когда проверяют
 прод-сборку, `--base-href` или конфиг nginx; чтобы просто посмотреть экраны, он не нужен.
@@ -131,8 +131,28 @@ pnpm install --frozen-lockfile         # из ../<префикс>-base: node_mod
 - Оба стенда держат поднятыми одновременно: если сравнивать по памяти между двумя запусками,
   заметишь только то, что успел запомнить.
 
+## Состояние портов снимается до первой сборки захода
+
+Серверы владельца ложатся и без твоего участия: сайт отдавал 404 на все свои адреса ещё до
+первой сборки захода, а API замолчало посреди него. Без замера «до» падение нельзя ни
+приписать своей сборке, ни снять с неё подозрение.
+
+```bash
+for u in http://localhost:{{apiPort}}/health http://localhost:{{sitePort}}/ http://localhost:{{adminPort}}/; do
+    printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' --max-time 5 "$u")" "$u"
+done
+```
+
+Замер — это ответ, а не `lsof`: порт бывает занят собранным артефактом прошлой сессии, и он
+отвечает 200 старым кодом.
+
 ## Частые промахи
 
+- **Одиночная сборка проекта серверы переживают, и отказываться от неё незачем.** Замерено
+  ответом до и после: все порты остались за своими процессами. Осторожность здесь стоит дороже
+  проверки — целая команда паттерна `seo-verify` осталась незапущенной ровно потому, что сборку
+  сочли опасной, не замерив. Сборка из кэша замером не является: она не собирает вовсе, и видно
+  это по её длительности.
 - Свой дев-сервер не поднимать: сайт на {{sitePort}}, админка на {{adminPort}}, API на {{apiPort}} уже подняты
   владельцем, и второй экземпляр отбивается гардом.
 - **Общая сборка глушит все три дев-сервера владельца, а не только API.** После

package/assets/patterns/doc-style-trace.md

@@ -0,0 +1,111 @@
+---
+name: doc-style-trace
+kind: pattern
+rule: doc-style
+description: Паттерн правила doc-style. Брать, когда полнота текстов проверяется со стороны работы, а не со стороны текста — обратный проход по закрытым задачам: признак отбора машиной, чего он не видит, три исхода по каждой задаче, граница «код не правится». Не брать для разбора документа, накопившего список работ, — это паттерн doc-style-sweep.
+---
+
+# Обратный проход: закрытые задачи против текстов
+
+Паттерн правила `doc-style`. Что при этом должно быть верно — закон
+`docs/constitution/project-documentation.md`.
+
+## Когда брать
+
+- Проверяется не то, верен ли текст, а то, есть ли он вообще.
+- Разбирается работа, закрытая до того, как в закрытие задачи вошёл шаг приведения текстов.
+- Волна разбора со стороны текста кончилась, а находок в ней вышло мало.
+
+## Проход со стороны текста не находит того, чего не написали
+
+Он читает написанное и судит каждое утверждение; утверждения, которого нет, в обходе нет
+тоже. Со стороны работы находок на порядок больше: в первой части семь находок из восьми
+легли туда, где текста не было вовсе, а не туда, где он устарел.
+
+## Признак отбора — ветка внесла код и не тронула ни одного текста
+
+Отбирается машиной и чтения не требует. Что ветка внесла на самом деле, отвечает история, а
+не папка задачи: папка разбирается при закрытии, и таблица следа задачи до главной ветки не
+доезжает вовсе.
+
+```bash
+git log --merges --format='%H %s' <главная ветка> | grep -E 'from [^/]+/<ключ задач>-[0-9]+-'
+git diff --name-only <мерж>^1 <мерж>
+```
+
+Признак считается вычитанием, а не двумя списками путей: код — всё, что не `.md`, текст —
+любой `.md` вне описания прошлого и папок задач. Списки, написанные руками, разошлись по обоим
+краям сразу, и разошлись молча.
+
+Список текстов пропустил самые читаемые тексты дерева: тот, что приходит в контекст каждой
+сессии целиком, и тот, что описывает устройство дерева. Три задачи, тронувшие ровно их, попали
+в выборку как бесследные — и во вторую часть прохода попали второй раз, уже как тронувшие
+текст.
+
+Список кода пропустил обвязку: гарды, конвейер и файлы выкатки в нём не значились, и две
+задачи, правившие только их, не попали ни в одну выборку вовсе. Нашлись они не признаком, а
+сверкой двух выборок между собой — её и стоит прогнать перед каждой следующей частью:
+
+```bash
+comm -23 <список бесследных> <разобранные первой частью>       # кого не прочитал никто
+comm -12 <разобранные первой частью> <список тронувших текст>  # кого прочитали дважды
+```
+
+## Часть назначает самая узкая область задачи, и метки бывает нет вовсе
+
+Выборка, которую признак отобрал, одним заходом не читается, и делится она по области —
+метке области у задачи. Меток у задачи бывает несколько; часть назначает самая узкая из них, а
+порядок сужения выбирается один раз на весь проход и записывается в замысел вместе с таблицей
+частей. При обратном порядке самые широкие области забрали бы себе все спорные задачи, и у
+узких не осталось бы почти ничего.
+
+Задача без единой метки области не попадает ни в одну часть вовсе — ни по какому порядку
+сужения. Признак её отобрал, читать её некому, и видно это только пересчётом:
+
+```bash
+awk -F'\t' 'NR==FNR{k[$1]=1;next} k[$1] && $2==""{print}' <номера выборки> <задачи с метками>
+```
+
+Такую задачу относят к части по предмету руками, и это решение записывается в разбор: иначе
+следующая часть пересчитает выборку и найдёт её снова непрочитанной.
+
+## Исходов у задачи три, а не два
+
+| Исход            | Признак                                                                                                   |
+| ---------------- | --------------------------------------------------------------------------------------------------------- |
+| следа не требует | приём нигде не повторён: вёрстка своего экрана, разовая правка по просьбе владельца                       |
+| след есть        | утверждение о работе стоит в правиле, паттерне или спеке — в том числе внесённое отдельной задачей следом |
+| следа нет        | приём применён и нигде не описан — это и есть находка                                                     |
+
+Приём, записанный отдельной задачей следом, промахом не является: работа сделана одной
+задачей, запись приёма заведена другой, и в очереди работ видны обе. Отличается это чтением
+соседних по времени задач той же области, а не признаком.
+
+Худшего случая признак не видит вовсе: ветка тронула соседний текст и обошла тот, который
+описывает её собственную работу. Такие задачи остаются следующей части прохода.
+
+## Граница «код не правится» и её единственное исключение
+
+Нашлось место, где неправ код, — заводится задача, проход идёт дальше. Кодом при этом не
+считается то, что описывает сверяемое правило: комментарий в шапке проверки и заголовок
+теста. Заголовок несёт идентификатор сценария, и без него новый сценарий значится непокрытым
+при живом тесте.
+
+## Находка кладётся в тот слой, которому принадлежит
+
+- приём повторён и решается в коде — утверждение правила с привязкой в именах дерева;
+- готовый код и порядок действий — паттерн;
+- обещание, которое видит человек, — сценарий спека домена с прежней нумерацией;
+- расхождение с договорённостью — текст статьи владельцу, файл закона не правится.
+
+## Частые промахи
+
+- Состав части взят из прошлого захода, а не пересчитан признаком. Выборки живут в
+  скретчпаде сессии и умирают вместе с ней; в дерево они не кладутся — деление на части
+  свойство прохода, а не продукта. Пересчёт стоит двух команд выше и даёт тот же список, а
+  состав, принятый на слово, нечем сверить с соседними частями — именно сверкой находятся те,
+  кого не прочитал никто.
+- Задача судится по своей папке: её разобрали при закрытии, и следа там не осталось.
+- «След есть» по одному упоминанию: упоминание в соседнем правиле приёма не описывает.
+- Находка записана только в паттерн: правило читают перед каждой правкой, паттерн — по имени.
+- Признак пересчитан на новом списке путей без сверки на выборке руками.

package/assets/patterns/git-workflow-commit.azure.md

@@ -201,6 +201,11 @@ az repos pr show --id 205 \
 
 Владельцу называют то, что прочитали, а не то, что заказывали.
 
+Перечитывают его и по времени, а не только после вызовов, которые молча ничего не сделали:
+состояние PR читается перед тем, как что-либо о нём сказать. Между «прогон зелёный» и следующей
+фразой владелец успевает влить PR, и всё сказанное о нём после этого — про вчерашний день. Так
+владельцу и было предложено влить то, что он влил часом раньше.
+
 Открытый PR означает, что элемент ждёт разбора, — состояние переставляется тем же движением:
 
 ```bash
@@ -236,6 +241,14 @@ npm run task:move -- 86 in-review
 сделано>`, тем же номером, что стоит у элемента и в имени ветки.
 12. **Очередь работ сходится** — `npm run check:board`.
 13. **Состояние PR прочитано, а не выведено из кодов возврата.**
+14. **Набор взят из файла конвейера, а не собран по памяти.** Гейт пуша заведомо уже: он стоит
+    между командой и пушем, и всё, что дольше секунд, из него вынесено. Что гоняет конвейер,
+    написано в его файле — этот список и повторяется локально; зелёный гейт полнотой набора не
+    является.
+15. **Набор пересмотрен после вливания главной ветки.** Он выбирается по тому, что ветка везёт
+    теперь, а не по тому, что правил автор. Ветка, не тронувшая ни строки показа, прогоняет
+    снимки витрин: с момента вливания их гоняет конвейер на её коде, и красное придёт на её
+    отчёт.
 
 Сразу после публикации элемент переводится в разбор, и сверка очереди прогоняется ещё раз: до
 открытия PR состояние она не судит, а после открытия расхождение видит.
@@ -243,6 +256,11 @@ npm run task:move -- 86 in-review
 Сделанное рассуждением и сделанное замером в теле PR разводятся прямо: непроверенное,
 названное проверенным, ревьювер принимает за проверенное.
 
+**Раздел «Чем подтверждено» называет и то, что не гонялось.** Список одного прогнанного
+неотличим от полного набора, и ревьювер по нему решает, что можно не перепроверять. Цена ошибки
+здесь не красный конвейер, а доверие к разделу: однажды прочитанный как полнота, дальше он
+перепроверяется весь.
+
 ## Частые промахи
 
 - Область и итерация не заданы: элемент заведён, но на доску команды не попал.

package/assets/patterns/git-workflow-commit.github.md

@@ -168,7 +168,7 @@ PR      [<КЛЮЧ>-86] Письмо владельцу с незаполнен
 задача  [<КЛЮЧ>-101] Вернуть оверлей загрузки таблицы и включить stylelint гейтом
 PR      [<КЛЮЧ>-101] Stylelint включён гейтом
 
-задача  [<КЛЮЧ>-212] Сайт не собирается: компонентам кита проставлен префикс vm- вместо rt-
+задача  [<КЛЮЧ>-212] Сайт не собирается: компонентам кита проставлен префикс приложения вместо своего
 PR      [<КЛЮЧ>-212] Виджет переписки зовёт кит его собственными именами
 ```
 
@@ -249,6 +249,11 @@ $GH api "repos/$REPO/pulls/321" \
 Учётная запись, из-под которой пришлось пушить, в этот вызов не переносится: пуш и авторство
 PR выбираются отдельно, и `GH_TOKEN` для публикации — всегда токен бота.
 
+Перечитывают его и по времени, а не только после вызовов, которые молча ничего не сделали:
+состояние PR читается перед тем, как что-либо о нём сказать. Между «прогон зелёный» и следующей
+фразой владелец успевает влить PR, и всё сказанное о нём после этого — про вчерашний день. Так
+владельцу и было предложено влить то, что он влил часом раньше.
+
 Открытый PR означает, что задача ждёт разбора, — колонка переставляется тем же движением:
 
 ```bash
@@ -293,6 +298,14 @@ npm run task:move -- 86 in-review
     номером в заголовке; PR один на задачу, и закрывает он её целиком.
 13. **Состояние PR прочитано, а не выведено из кодов возврата** — автор `<бот>`,
     ревьювер — владелец, метки те же, что у задачи. Владельцу называют прочитанное.
+14. **Набор взят из файла конвейера, а не собран по памяти.** Гейт пуша заведомо уже: он стоит
+    между командой и пушем, и всё, что дольше секунд, из него вынесено. Что гоняет конвейер,
+    написано в его файле — этот список и повторяется локально; зелёный гейт полнотой набора не
+    является.
+15. **Набор пересмотрен после вливания главной ветки.** Он выбирается по тому, что ветка везёт
+    теперь, а не по тому, что правил автор. Ветка, не тронувшая ни строки показа, прогоняет
+    снимки витрин: с момента вливания их гоняет конвейер на её коде, и красное придёт на её
+    отчёт.
 
 Сразу после публикации задача переставляется в разбор — `npm run task:move -- <номер>
 in-review`, — и `npm run check:board` прогоняется ещё раз: до открытия PR колонку он не судит,
@@ -301,6 +314,11 @@ in-review`, — и `npm run check:board` прогоняется ещё раз:
 Сделанное рассуждением и сделанное замером в теле PR разводятся прямо: непроверенное,
 названное проверенным, ревьювер принимает за проверенное.
 
+**Раздел «Чем подтверждено» называет и то, что не гонялось.** Список одного прогнанного
+неотличим от полного набора, и ревьювер по нему решает, что можно не перепроверять. Цена ошибки
+здесь не красный конвейер, а доверие к разделу: однажды прочитанный как полнота, дальше он
+перепроверяется весь.
+
 ## Частые промахи
 
 - `gh` в оболочке пользователя подменён — звать `/opt/homebrew/bin/gh` напрямую.

package/assets/patterns/git-workflow-commit.gitlab.md

@@ -221,6 +221,11 @@ glab mr view 205 --output json \
 Учётная запись, из-под которой пришлось пушить, в этот вызов не переносится: пуш и авторство
 MR выбираются отдельно, и токен для публикации — всегда токен машинной работы.
 
+Перечитывают его и по времени, а не только после вызовов, которые молча ничего не сделали:
+состояние MR читается перед тем, как что-либо о нём сказать. Между «прогон зелёный» и следующей
+фразой владелец успевает влить MR, и всё сказанное о нём после этого — про вчерашний день. Так
+владельцу и было предложено влить то, что он влил часом раньше.
+
 Открытый MR означает, что задача ждёт разбора, — список переставляется тем же движением:
 
 ```bash
@@ -256,6 +261,14 @@ npm run task:move -- 86 in-review
 сделано>`, тем же номером, что стоит у задачи и в имени ветки.
 12. **Очередь работ сходится** — `npm run check:board`.
 13. **Состояние MR прочитано, а не выведено из кодов возврата.**
+14. **Набор взят из файла конвейера, а не собран по памяти.** Гейт пуша заведомо уже: он стоит
+    между командой и пушем, и всё, что дольше секунд, из него вынесено. Что гоняет конвейер,
+    написано в его файле — этот список и повторяется локально; зелёный гейт полнотой набора не
+    является.
+15. **Набор пересмотрен после вливания главной ветки.** Он выбирается по тому, что ветка везёт
+    теперь, а не по тому, что правил автор. Ветка, не тронувшая ни строки показа, прогоняет
+    снимки витрин: с момента вливания их гоняет конвейер на её коде, и красное придёт на её
+    отчёт.
 
 Сразу после публикации задача переставляется в разбор, и сверка очереди прогоняется ещё раз: до
 открытия MR список она не судит, а после открытия расхождение видит.
@@ -263,6 +276,11 @@ npm run task:move -- 86 in-review
 Сделанное рассуждением и сделанное замером в теле MR разводятся прямо: непроверенное,
 названное проверенным, ревьювер принимает за проверенное.
 
+**Раздел «Чем подтверждено» называет и то, что не гонялось.** Список одного прогнанного
+неотличим от полного набора, и ревьювер по нему решает, что можно не перепроверять. Цена ошибки
+здесь не красный конвейер, а доверие к разделу: однажды прочитанный как полнота, дальше он
+перепроверяется весь.
+
 ## Частые промахи
 
 - Метка списка не поставлена при заведении: задача есть, а на доске её нет. Доска показывает