docs(hygiene): сократить вход агента, у правила — один дом (#680)

Волна 3 эпика #674. AGENTS.md 650 → 187 строк: карта пакета, маршрут чтения,
правило №1, классы и треки одной строкой со ссылками, трейлеры, рабочие
деревья, хендофф и ожидание вердикта; пересказы PROCESS.md — ссылками на
разделы. Неверный список «Gate jobs» снят (списки jobs не копируются в прозу,
шапка PROCESS.md). Правила, жившие только в AGENTS, получили дом: жёлтый
вердикт при выполненных AC — PROCESS §2.7; свежесть бандла, съёмка только в
Linux (#455, HP_ALLOW_FOREIGN_CAPTURE) и смоки из AC до S7 (#151) —
TESTING.md; причуда демо-стенда и среда-зависимый smoke_opening_measure —
DEVELOPMENT › Smoke tests; отказ публикации без `Release:` и при несвежем
отпечатке бандла, отмена Validate новым пушем, кандидат беты не
promotion-only, fail-closed реестра Labs — DEVELOPMENT; предупреждение и
ошибка свежести скриншотов — CONTRIBUTING.

PROCESS.md: §13 (внедрение с открытым ⏳), §14 (блок со ссылкой на
несуществующий docs/PROCESS.md) и §7.3 (история) удалены. Ссылки «§7.2» на
правило полного разбора после ребейза ведут в §2.10, на сверку SHA перед
выводом — в §2.7; то же в сообщениях scripts/branch-state.mjs,
merge-candidate.mjs, review-doc-guard.mjs, pre-push-gate.mjs, в промпте
_process.yml и TESTING.md. Число `any` в прозе → `node scripts/no-new-any.mjs
--total` (новый режим, юнит-тест; было «1034 в 49 файлах», сейчас 862 в 52),
дата-число замороженного списка якорей монолита снято. Устаревшая команда
пересъёмки скриншотов в §8 заменена ссылкой на действующий путь.

STATUS.md 113 → 61 строка: сгенерированный снимок, текущий цикл и девять
строк решений; Workflow, CI, Toolchain, Tests, Scope, open items и политика
документации — ссылками (PROCESS §2.6, DEVELOPMENT › Release, TESTING);
локали en/ru/de/fr; закрытые «coverage, mypy strict» сняты.

DEVELOPMENT.md: file-sync и «Reproducible scripts» (прототип) удалены;
раздел Release — единственный дом релизной механики: введение, правила
тела стабильного релиза (#328, release:notes), шаг continuity:screencast,
источники версии по release-contract. CONTRIBUTING: ссылка на Release вместо
пересказа, замеры клона без чисел. TESTING: any-гейт — ссылкой на PROCESS §8.

entry-cost: автор 11 125 → 5 407 слов, ревьюер 8 464 → 4 285.

Issue: #680
User-Visible: no
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018qZfe7YS4rqEMKoVeS3GKd

PROCESS.md

@@ -215,9 +215,9 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready →
 - **Скоуп не расширяется.** Найденное по пути становится новым issue в «Новое».
   Если находка блокирует — текущий issue уходит в «Заблокировано» со ссылкой.
   Попутных правок «раз уж я здесь» не бывает.
-- **Документация — в том же коммите,** что и поведение (действующая политика
-  `docs/STATUS.md`): changelog RU+EN для пользовательского, `STATUS.md` для
-  состояния, `DEVELOPMENT.md` для новых грабель, `ARCHITECTURE.md` для дизайна.
+- **Документация — в том же коммите,** что и поведение: changelog RU+EN для
+  пользовательского, `STATUS.md` для состояния, `DEVELOPMENT.md` для новых
+  грабель, `ARCHITECTURE.md` для дизайна.
 - **Выход:** локальный гейт зелёный (§8), хендофф-комментарий (§7.2).
 
 ### 2.7 Код-ревью
@@ -273,7 +273,9 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready →
   видит разницу.
 - **High блокируют.** Medium **в скоупе задачи** чинится в текущем issue:
   без High это жёлтый вердикт и возврат автору, фикс проходит повторный цикл.
-  Medium **вне скоупа** — отдельный issue (#202).
+  Medium **вне скоупа** — отдельный issue (#202). Жёлтый вердикт законен и
+  тогда, когда все AC выполнены, если изменение не решает заявленный сценарий
+  или ухудшает соседний.
 - **Вердикт привязан к SHA (#312).** Все числа и факты отчёта сверяются с
   `git rev-parse HEAD` непосредственно перед подведением итогов, а не с SHA,
   зафиксированным в начале разбора: во время ревью в ветку может прилететь
@@ -286,8 +288,8 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready →
   вызовом в `test-build`, а не поиском строки в исходнике: текстовый якорь
   краснеет на переносе метода без единой регрессии, и это делает вынос дороже,
   чем оставить монолит как есть. Список тестов, читающих монолит как текст,
-  заморожен (`test/monolith-text-anchors.test.mjs`, 54 файла на 23.09.2026) и
-  может только уменьшаться; новое имя в нём — находка ревью, а не запись в
+  заморожен (`FROZEN_TEXT_ANCHOR_TESTS` в `test/monolith-text-anchors.test.mjs`)
+  и может только уменьшаться; новое имя в нём — находка ревью, а не запись в
   список. Связность монолита измеряется шестью числами
   (`scripts/monolith-metrics.mjs`: делегаты, члены порта, `host.`, приватные
   члены порта и харнесса, байты `dist/`), база — `scripts/monolith-baseline.json`;
@@ -358,10 +360,10 @@ S1-new → S2-analysis → S3-spec → S4-spec-review ⟲ → S5-ready →
 
    Находкой остаётся другое: **SHA, мёртвый уже в момент публикации отчёта** —
    он означает, что значение сняли до `amend` или `rebase` и не сверили перед
-   выводом, как требует §7.2. Это отличие не теоретическое: на #403 оба
-   источника, автор и ревьюер, независимо назвали один и тот же осиротевший
-   SHA, и следующий раунд восстанавливал коммит по содержимому диффа руками
-   (issue #413). Конвейер теперь такую публикацию останавливает сам;
+   выводом, как требует §2.7 («Вердикт привязан к SHA»). Это отличие не
+   теоретическое: на #403 оба источника, автор и ревьюер, независимо назвали один
+   и тот же осиротевший SHA, и следующий раунд восстанавливал коммит по
+   содержимому диффа руками (issue #413). Конвейер теперь такую публикацию останавливает сам;
 3. по каждой находке предыдущего раунда показать, **чем именно она закрыта** —
    строкой кода или текста, а не заявлением автора;
 4. заново проверять только те AC, чьё доказательство дельта задевает;
@@ -404,7 +406,7 @@ dev, ни при публикации документа код-ревью: ин
 каждом раунде: код изменился, а стоят они минуты. Тяжёлые — по дельте (§10.2).
 
 **Разбор остаётся полным**, если дельта не локальна: ребейз на ушедший вперёд
-`dev` (после ребейза это другой код, §7.2), смена контракта поведения, задета
+`dev` (после ребейза это другой код, §10.4), смена контракта поведения, задета
 новая подсистема, либо объём дельты сопоставим с исходной задачей.
 
 Сокращается объём **разбора, а не строгость**: правка по замечанию способна
@@ -699,16 +701,6 @@ issue #NN
 прогон показал, почему это неверно: жёлтый там означал, что AC описывает неверное
 изменение контракта — реализовать такое ТЗ значило бы сделать ошибку по инструкции.
 
-### 7.3 Расхождения с текущим состоянием, которые надо закрыть
-
-1. ✅ **Статус ТЗ дублировал статус issue.** Закрыто 2026-09-10 (#517): ТЗ живёт
-   в теле issue, `docs/specs/` — архив, индекс с колонкой «Статус ТЗ» удалён
-   вместе с самой таблицей. Статус задачи — только метка `S*`.
-2. **Ревью до релиза 1.62 живут вне репозитория.** Документы `CODE-REVIEW-*.md` и
-   `SPEC-REVIEW-*.md` за прежний период лежат в папке владельца, и переносить их
-   задним числом смысла нет: они описывают код, которого уже нет. Новые документы
-   ревью кладёт в `docs/reviews/` сам конвейер, в ветку задачи.
-
 ---
 
 ## 8. Гейты
@@ -734,10 +726,11 @@ npx tsc -p tsconfig.junction-parity.json && node scripts/fix-test-build.mjs \
                                       # если менялось одно из зеркал junction limits
 ```
 
-**Новый код не добавляет `any`** (#342). В `src/**` уже 1034 вхождения явного
-`any` в 49 файлах; перетипизировать это одним заходом — месяц риска ради нуля
-пользовательской ценности, поэтому долг снимается при плановом извлечении
-подсистем (#425, прежний #34), а не разовой заменой. Гейт `scripts/no-new-any.mjs` судит
+**Новый код не добавляет `any`** (#342). Явного `any` в `src/**` — сотни
+вхождений (`node scripts/no-new-any.mjs --total`); перетипизировать это одним
+заходом — месяц риска ради нуля пользовательской ценности, поэтому долг
+снимается при плановом извлечении подсистем (#425, прежний #34), а не разовой
+заменой. Гейт `scripts/no-new-any.mjs` судит
 **только добавленные строки**: существующий долг на нетронутой строке законен,
 правка строки со старым `any` — новая ответственность. Исключение объявляется на
 той же строке, `// any-ok: <конкретная причина>`; голый маркер и причины вида
@@ -776,8 +769,8 @@ npx tsc -p tsconfig.junction-parity.json && node scripts/fix-test-build.mjs \
 фронтенда делает его устаревшим. Выборка «по diff и AC» здесь не работает — diff
 всегда попадает, и решать нечего. Цена пропуска измерена: скриншоты не
 пересняли в #230 и #234, и `dev` стоял с красным job `docs`, пока это не нашли
-при следующей задаче (#237). Пересъёмка — `npm run build && node
-demo/docs/capture.mjs`, коммит вместе с задачей.
+при следующей задаче (#237). Пересъёмка — по двум абзацам выше, коммит
+вместе с задачей.
 
 **Перф-смок в Validate зависит от диффа** (#473). Два glow-профиля
 гоняются всегда; при правке `src/iso-*` добавляется `large-house-isometric-v1`,
@@ -1143,7 +1136,7 @@ npm ci, Python и Chromium, оставаясь исполненной job: до
 - ветка уже содержит весь `dev` — ничего;
 - отстала и ребейзится чисто — ребейз, `push --force-with-lease`, ревью по
   приведённому состоянию. Факт ребейза передаётся в промпт, чтобы сработало
-  правило §7.2 о полном разборе вместо дельты;
+  правило §2.10 о полном разборе вместо дельты;
 - конфликт — возврат в `S6-in-progress` **до** запуска ревью. Цикл при этом не
   расходуется: код никто не читал, вердикта нет.
 
@@ -1165,7 +1158,7 @@ npm ci, Python и Chromium, оставаясь исполненной job: до
 - если `dev` не двигался — push с `--force-with-lease` на текущую вершину;
 - если двигался — ребейз (конфликт — `S6-in-progress`, как раньше), сравнение
   patch-id проверенного и получившегося диффа (различие — `S7-code-review`: вердикт
-  к другому диффу не применим, §7.2), публикация кандидата в ветку задачи, запуск
+  к другому диффу не применим, §2.10), публикация кандидата в ветку задачи, запуск
   Validate с мутантами на ней (#510) и ожидание зелёного dispatch-прогона **на этом
   SHA** — push-прогон мутантов не несёт — и только затем push в `dev` с lease на ту
   вершину, поверх которой кандидат собран. Отклонённый lease — `dev` двинулся снова
@@ -1215,7 +1208,7 @@ npm ci, Python и Chromium, оставаясь исполненной job: до
 повторно **без вызова модели**, если последний документ этапа несёт записанный
 конвейером вердикт `green` с High 0 и дерево материала не изменилось ни в одном
 файле вне `docs/reviews/**` (сравнивает `git diff` по содержимому). Ребейз, правка
-теста, фикстуры или ТЗ дают отличие дерева и полный разбор — правило §7.2 не
+теста, фикстуры или ТЗ дают отличие дерева и полный разбор — правило §2.10 не
 ослабляется, оно просто не касается дерева, которое уже читали.
 
 Цикл считается **по этапу**: вердикт по ТЗ не расходует бюджет код-ревью. Раньше
@@ -1236,7 +1229,7 @@ npm ci, Python и Chromium, оставаясь исполненной job: до
 - issue создан в **той же сессии до коммита**, метка `hotfix`;
 - ТЗ «как сделано» + раздел «почему нельзя было ждать»;
 - в течение 24 часов задача ретроспективно проходит код-ревью;
-- аварийность названа явно в релизном хендоффе (действующее правило `AGENTS.md`).
+- аварийность названа явно в релизном хендоффе.
 
 ### 11.3 Гигиена репозитория
 
@@ -1378,70 +1371,3 @@ Golden, браузерные смоки, performance и полный HA-харн
 
 **Нарушение процесса — тоже issue** (метка `process`): если правило удалось
 нарушить незаметно, виновата проверка.
-
----
-
-## 13. Внедрение
-
-Состояние на 2026-08-13.
-
-1. ✅ **Метки созданы, бэклог размечен.** У всех открытых issue владельца ровно
-   одна `S*`-метка, инварианты чистые.
-2. ✅ **Колонка «Статус ТЗ» убрана** — вместе со всем индексом: `docs/specs/`
-   стал архивом, ТЗ переехало в тело issue (#517, 2026-09-10). Перенос старых
-   документов ревью в `docs/reviews/` отменён: они описывают код, которого уже нет.
-3. ✅ **Гейт написан** — `scripts/process-gate.mjs` плюс job в `validate.yml`,
-   issue #105. Прошёл **вне** флоу как инфраструктурная задача (§1, issue #118), а
-   не через ТЗ и ревью, как предполагала прежняя редакция этого пункта.
-4. ✅ **Долг ревью списан решением владельца.** Беты `beta.2`…`beta.10` сделаны по
-   прежнему процессу и не пересматриваются. Точка отсчёта — релиз 1.62.0; отсчёт
-   начинается с первой беты следующей линии.
-5. ⏳ Завести issue на находку «смок `visual_continuity` не умеет падать» — это
-   ровно тот класс дефектов, который в процессе без ручного тестирования стоит
-   дороже всего.
-6. ✅ `BACKLOG-2026-08-11.md` — разовый отчёт, решения живут в issue.
-7. ✅ `AGENTS.md` переписан целиком, шире блока §14.
-8. ✅ **Канон перенесён в репозиторий** (issue #112). До этого полный процесс жил
-   только в папке владельца, а в репозитории лежал файл на 51 строку про трейлеры
-   коммитов — из свежего клона канон не был виден вообще.
-9. ✅ **`pre-push` написан** (§10.1, issue #121). Блокирующая проверка на клиенте
-   есть; обойти её можно только `--no-verify`, и тогда то же найдёт CI.
-
----
-
-## 14. Блок для AGENTS.md
-
-```markdown
-## Процесс: код только через issue
-
-Изменение продуктового кода без issue запрещено. Код меняется только из статуса
-«Готово к разработке» или дальше. Полные правила, критерии статусов и гейты —
-`docs/PROCESS.md`, читать до начала работы.
-
-Жизненный цикл (статус = метка issue): `S1-new` → `S2-analysis` → `S3-spec` →
-`S4-spec-review` → `S5-ready` → `S6-in-progress` → `S7-code-review` → `S8-merged`
-→ закрытие пачкой при выпуске беты. Оба ревью возвращают на правки не более 4
-циклов; пятый заход — разбор у владельца (разделить / отклонить / арбитраж).
-
-Инфраструктурная задача (ни одного файла класса A) делается сразу любым агентом:
-без `S*` → `S7-code-review` ↔ `S6-in-progress` → `S8-merged`. ТЗ и ревью ТЗ нет,
-код-ревью обязательно.
-
-Ревью запускается **само** от меток `S4-spec-review` и `S7-code-review`.
-Deterministic prerequisites, модель и интеграция имеют отдельные пределы 55/45/55
-минут; обычно стадии заканчиваются существенно раньше. Поставив такую метку, автор
-не заканчивает работу, а ждёт смены метки опросом и продолжает по тому, чем она
-стала.
-
-- ветка `issue/<NN>-<slug>`, коммиты с трейлерами `Issue: #NN` и `User-Visible: yes|no`;
-- работаем прямыми коммитами в `dev`, без PR: блокирующий гейт — локальный
-  `pre-push` (ставится автоматически через `npm ci`), CI — страховка. Force-push
-  в `dev` запрещён;
-- автор ≠ ревьюер, ни для ТЗ, ни для кода;
-- фазы ручного тестирования нет: автотесты пишутся в реализации, AC проверяет
-  код-ревью, найденные позже дефекты — новые issue типа «баг»;
-- мелкие задачи (метка `small`, сложность ≤3): ТЗ в теле issue, ревью ТЗ
-  комментарием, код-ревью — как обычно;
-- найденное вне скоупа — новый issue, а не попутная правка;
-- issue закрывает релиз-менеджер после выпуска беты, не исполнитель.
-```