Ratify D39.120: cross-model review contours and per-work self-review axes as direction not letter, session freedom preserved by owner word

docs/ORCHESTRATOR_SESSION_PROMPT.md

@@ -47,6 +47,8 @@
 - **Ревью хендофф-промтов — ПОСТРОЧНОЕ, не структурное (урок D39.99 п.4):** каждая инструкция промта с путём или каналом ВНЕ зоны сессии сверяется с зонной таблицей CLAUDE.md (куда пишет · кому пингует · кто коммитит); совпадение с общим каноном не оправдание — зонные решения владельца его перевешивают.
 - **Свип зонных решений владельца (урок D39.99 п.4):** при каждом лендинге зоны вычитать из зонного журнала НОВЫЕ «решения владельца» и вынести на confirm списком; решение, живущее только в зонном доке при противоречащем каноне, — дефект синхронизации, чинится ратификацией или опровержением, не молчанием.
 - **Анти-паттерны приёмки:** приёмка проверяет НАПРАВЛЕНИЕ и решения пака, не только клеймы отчёта. Шесть ловушек: след отчёта (проверяешь лишь названные автором места) · связность вместо истинности (форма отчёта убеждает сама) · соглашательство с чёткой позицией (распространенная ошибка ллм моделей склонных соглашаться с человеком) · рационализация задним числом · слепой участок общих моделей обученных на одинх и тех же данных (выводы одной модели усиливают уверенность в правильности другой) · экономия усилия на неудобном. Механика-минимум: ≥1 верификатор выносит мнение по промту+диффу ДО чтения отчёта · ≥1 ищет дефекты ВНЕ карты отчёта · экспериментальный клейм без ре-рана (хотя бы редуцированного) в D-ноте помечается «со слов сессии», не «исполнением» · «решение владельца», известное только со слов сессии, НЕ ратифицируется — список confirm/deny владельцу ДО лендинга, если решение несущее · к утверждениям самой приёмки та же дисциплина «заявление=команда» (догадку фактом не подавать) · оценочные эпитеты в ноты не писать.
+- **Кросс-модельные контуры ревью (владелец 08.08, D39.120; это НАПРАВЛЕНИЕ, не буква — разумное отступление с аргументом легитимно и приветствуется, соглашательство с нормой ради нормы = антипаттерн):** (1) в приёмочной панели ≥1 опровергатель ДРУГОЙ моделью семейства — на ТЕКСТОВЫХ/ОЦЕНОЧНЫХ линзах (чтение отчёта, аудит промта, дизайн-доводы; глушит self-preference и контекстное закрепление); механические линзы (пере-раны, посадки) от смены модели не выигрывают — там правит исполнение. (2) Тяжёлые ратификации (класс D39.106: новый механизм/шов/контракт) и периодический аудит СВОИХ записей — параллельная сессия-ревьюер другой моделью: промт пишет оркестратор, стартует владелец, онбординг у неё СВОЙ (по докам, не по пересказу — это снимает фрейминг оркестратора, чего воркфлоу-агент не может по построению), мнение приходит владельцу ДО ратификации (прецеденты: кросс-чек D39.106, аудит записей D39.112). (3) Семейный слепой участок кросс-моделью ВНУТРИ Anthropic ослабляется, но не снимается — оценочные вердикты калибруются внешним семейством (Sol/grok, как ратифицировано), а первичными остаются пере-ран и исполнение.
+- **Предметные оси самопроверки — по характеру работы (владелец 08.08, D39.120):** каждый кодовый промт несёт 1–3 ПРЕДМЕТНЫЕ оси ревью своего пака (бэкенд — общность §0.1 «пара, которой нет в репо»; платформа — сверка с индустриальным первоисточником, stdlib/устоявшаяся библиотека прежде велосипеда; фронт — контракт/доступность; подбирает оркестратор под пак). Это направление, не чек-лист: сессия вправе добавить свою ось или аргументированно снять предложенную. Дисциплина же РЕВЬЮЕРА (шесть антипаттернов приёмки) от характера работы не зависит и в сессионные промты не грузится.
 - **Пре-рег дисциплина полигона:** фриз-коммиты ДО платных вызовов — ЕДИНСТВЕННЫЕ коммиты сессии (стадийный пак — по фризу на фазу, фриз включает код оснастки фазы; форма эксп-22); amend фриза запрещён, девиации — НОВЫМ коммитом и явно в отчёте (D39.108 п.1); изменения смысла после фриза = новый experiment-ID; стоп-гейты по бюджету легитимны; «если не влезает — стоп и пинг, не резать молча». *(испр. 08.08 №15: было «единственный коммит сессии» — синк с ратифицированной практикой D39.108/эксп-22.)*
 - **Лендинг:** микро-дефекты доков чинишь сам с пометкой «испр. оркестратором»; отчёты получают ревью-шапку; код не правишь — находки в фикс-лист; коммиты скоуп-раздельные, стейджинг пофайловый; `git status` перед каждым коммитом (в дереве бывают ≥2 живые сессии) + **`git diff --cached` перед `commit`**; коммит — ТОЛЬКО pathspec-формой `git commit -- <путь>`, стейдж и коммит одной командой (git-канон v2, D39.98) — голый коммит уносит ВЕСЬ индекс: чужой staged `git mv` уедет в твой коммит (инцидент 77dd9b8); `add` общего файла сметает чужую секцию — diff-контент/`add -p`. **Лендинг, двигающий файлы или состав активных промтов, обновляет `docs/README.md` тем же коммитом** (норма D39.80; урок 02.08: README объявлял заленденный пак «можно запускать» с мёртвой ссылкой — поймал не процесс, а новая сессия). Статус/голову README не несёт вовсе — единственный носитель состояния = PROGRESS CURRENT-STATE. **Перед коммитом ратификации — механический чек головы, и он теперь ИНСТРУМЕНТ, а не памятка:** `python3 docs/scripts/counts.py --check` печатает голову по трём носителям (последняя нота D-лога · шапка-диапазон · CURRENT-STATE) и все производные числа доков, ненулевой код = расхождение; тот же скрипт зовёт зонный хук `docs/scripts/githooks/pre-commit` при каждом коммите, задевающем D-лог или PROGRESS (ПРЕДУПРЕЖДАЕТ, не блокирует — жёсткий гейт только словом владельца). Заведено потому, что голова отставала ТРИЖДЫ у трёх разных оркестраторов (D39.81 · D39.83 · D39.112 п.5б): одна и та же ошибка у независимых сессий на одном поле — свойство поля. **Производные числа (счёт очереди, зоны, вес открытых строк реестра) руками больше не переписывать** — носитель несёт команду, литерал сверяется этой же командой в том же касании.
 - **ИЗОЛЯЦИЯ ПАНЕЛЕЙ — жёстко, куплено инцидентом D39.113** (агент панели выполнил `git checkout -- .`

docs/architecture/05-decisions-log.md

@@ -1,4 +1,4 @@
-# Журнал решений оркестратора — контракт D1–D39.119 (развязки 04.07 · пакеты 09–10.07 · приёмка/качество-первым/пивот/эмпирика 11–12.07 · арх-ресет+стройка пере-прогонного стека 13–19.07)
+# Журнал решений оркестратора — контракт D1–D39.120 (развязки 04.07 · пакеты 09–10.07 · приёмка/качество-первым/пивот/эмпирика 11–12.07 · арх-ресет+стройка пере-прогонного стека 13–19.07)
 
 > **⟶ КАРТА АКТУАЛЬНОСТИ (ревизия D31, продлена до D38.2 [12.07]; исторические записи ниже НЕ переписываются — дисциплина D23.3).** Читая контракт целиком, держи под рукой, что чем перекрыто:
 > ⚠ **Навигация (актуализация 07.08, эра D39.1xx):** append-only-дисциплина (D23.3) означает, что
@@ -1696,3 +1696,9 @@ API-529-долг закрыт: 8-осевой refute-by-default воркфлоу
 **3. Ратификация PD-105:** доставка событий шва = at-least-once; ДУБЛЬ `seq` — норма повторного чтения, декодер обязан принимать идемпотентно без фатала; тот же `seq` с ДРУГИМ payload = карантин прогона (research/25). Девиация от буквы реестра («ратифицировать вместе с промтом эмиттера») осознанная — тейлер-сторона строится сейчас; строку реестра обновляет платформа-сессия паком.
 
 **4. Слово владельца о КАЧЕСТВЕ ФРОНТА — гейт на S4.** Владельцу не нравится «логика спама вкладками»: вкладки обязаны работать как в VS Code (preview-вкладка от одиночного клика, замещение её следующим, пин по двойному клику/взаимодействию). Полный список претензий владелец сформулирует отдельным входом. Диспозиция: **S4 не стартует до списка**; форма — «S3.5 фикс-пак оболочки» (VS Code-вкладки + Ф-19 + список владельца) → S4 на починенной оболочке. Носитель — запись оркестратора в `frontend/docs/frontend-PROGRESS.md` 08.08; ПТ-строка в продуктовый реестр — при полном списке. Бэкенд/платформа фронт не ждут.
+
+## D39.120 — КРОСС-МОДЕЛЬНЫЕ КОНТУРЫ РЕВЬЮ И ПРЕДМЕТНЫЕ ОСИ САМОПРОВЕРКИ — нормой-направлением (владелец 08.08). ✅
+
+**1. Ратифицировано словом владельца 08.08 (пересказ; финал — «да, нормально» с оговоркой свободы):** (а) в приёмочных панелях ≥1 опровергатель ДРУГОЙ моделью семейства на текстовых/оценочных линзах (глушит контекстное закрепление и self-preference; механические линзы от смены модели не выигрывают); (б) тяжёлые ратификации класса D39.106 и периодический аудит записей оркестратора — параллельная сессия-ревьюер другой моделью с СОБСТВЕННЫМ онбордингом (снимает фрейминг оркестратора; промт — оркестратор, старт — владелец, мнение — владельцу ДО ратификации; прецеденты D39.106/D39.112); (в) семейный слепой участок кросс-моделью внутри Anthropic не снимается — оценочные вердикты по-прежнему калибруются внешним семейством, первичны пере-ран и исполнение; (г) каждый кодовый промт несёт 1–3 ПРЕДМЕТНЫЕ оси самопроверки по характеру работы (бэкенд — общность §0.1; платформа — индустриальный первоисточник/stdlib прежде велосипеда; фронт — контракт/доступность), дисциплина ревьюера (шесть антипаттернов) в сессионные промты не грузится.
+
+**2. Оговорка владельца — часть нормы:** всё выше — НАПРАВЛЕНИЕ, не буква; сессиям и оркестратору оставлена свобода суждения, разумное отступление с аргументом легитимно и приветствуется; упарывание в букву стандарта и соглашательство с нормой ради нормы — сами по себе антипаттерн. Носитель — промт оркестратора (два новых буллета «Методологии»).