Close the acceptance boundary the zone reopened on the landed commit, and extend the carrier-reconciliation rule from other zones' rows to my own

docs/ORCHESTRATOR_SESSION_PROMPT.md

@@ -203,7 +203,7 @@ D-ссылка грепается по D-логу — ⛔ **и до НОМЕРА
 глазами · отчёт с пошаговым планом сверяется ПО ПУНКТАМ плана · каждое «отложено/вернуться» получает
 строку бэклога или жильца реестра загейченных триггеров (`13-tech-debt-anchors.md` §Б-108) ТЕМ ЖЕ
 лендингом · при закрытии строки её тело грепается на
-«остаток/реопен/гейт», гейты в ДРУГИХ строках пере-диспозиционируются · **КАЖДОЕ утверждение акта о ЧУЖОМ ряде сверяется его СТАТУСОМ в тот же заход** — включая ряды вне `docs/` (регистр дефектов платформы, зонные бэклоги): «закрыто» в акте при `open` у носителя — тот же дефект, что «остаток несёт X» при уже исполненном X, и гейт чисел его не видит (D39.167 п.1). Расхождение в ЧУЖОЙ зоне переводит ЗОНА — твоё действие пинг в её журнал, не своя правка её реестра. ⚠ Пункт уходит из промта, когда ляжет машинная половина — строка бэклога 225 · глаз владельца — рабочий
+«остаток/реопен/гейт», гейты в ДРУГИХ строках пере-диспозиционируются · **КАЖДОЕ утверждение акта о ЛЮБОМ ряде — чужом И СВОЁМ — сверяется его СТАТУСОМ ОДНИМ ДВИЖЕНИЕМ С АКТОМ, а не потом** ⚠ (расширено 08.09 со «чужого» на все: я объявила актом закрытой строку своего же бэклога, у которой закрыта ПОЛОВИНА — вторая требовала поверхности, которой нет; поймала сама через час, эррата `08.09-в`. Час — это ровно столько, сколько акт живёт с переоценкой, и ловится она не нормой о чужих рядах, а порядком: ратифицируешь — закрываешь носители тем же коммитом) — включая ряды вне `docs/` (регистр дефектов платформы, зонные бэклоги): «закрыто» в акте при `open` у носителя — тот же дефект, что «остаток несёт X» при уже исполненном X, и гейт чисел его не видит (D39.167 п.1). Расхождение в ЧУЖОЙ зоне переводит ЗОНА — твоё действие пинг в её журнал, не своя правка её реестра. ⚠ Пункт уходит из промта, когда ляжет машинная половина — строка бэклога 225 · глаз владельца — рабочий
 рубеж: прайми его артефактами, не пересказом.
 
 ### Лендишь?

docs/architecture/05-decisions-log.md

@@ -3199,3 +3199,5 @@ bought NOTHING». ⇒ **`tmctl manifest` есть НИЖНЯЯ граница,
 **8. Второй вопрос зоны решён В ЕЁ ПОЛЬЗУ по замеру.** `ReasonHostAtCapacity` — константа, которая никогда не пишется в БД, оставлена рядом с пятью хранимыми. Проверено: словарь причин никто не перечисляет как множество, а различие уже несётся СТРУКТУРНО — пять хранимых суть псевдонимы словаря шва (`ingest.Reject*`), две новые — локальные литералы. ⇒ живой лжи нет, решение зоны верно.
 
 **9. Границы вердикта — честно.** Полного `make check` с гейтами я не гоняла (см. п.2). Мутаций приёмка не сажала: 19 посадок за смену — числа зоны, одна выжила ВЕРНО (сайзинг, не свойство). Живого нагрузочного прогона потолка я не наблюдала — «N одновременных приёмов дают ровно M процессов» принято по тестам зоны, не по моему замеру.
+
+**10. Дописка 08.09 — ГРАНИЦА п.2 и п.9 ЗАКРЫТА, и закрыта прогоном СТРОЖЕ моего.** Зона пере-сняла гейтовую батарею на ЗАЛАНДЁННОМ `f1404f0` со всеми четырьмя гейтами: 20 пакетов `ok` · FAIL 0 · скипов 5 · линтер 0 issues, дерево прогоном не тронуто. ⇒ «`MAKE-EXIT=0` принят со слов» снимается. ⛔ **И метод взятия вердикта важнее числа.** Первый прибор зоны был негоден: `echo "MAKE-EXIT=$?"` после подстановки `$(git rev-parse …)` ловит код `git`, а не `make`. Настоящий вердикт взят у САМОЙ цели — `make check` при провале СОХРАНЯЕТ `.check.log.<pid>` и выходит 1, при успехе удаляет; лога нет ⇒ прогон зелёный, и это утверждение `Makefile`, а не пересказ. Проверено мной чтением цели. ⚠ **Отсюда же поправка к моей собственной проверке:** `check` гоняет `go test ./... -race`, а мой приёмочный прогон шёл БЕЗ `-race` — то есть зонный прогон СТРОЖЕ приёмочного, и мой п.2 доказывал меньше, чем я думала. ⭐ Сама цель несёт норму контрольной величины В КОДЕ: пустой лог она объявляет КРАСНЫМ, потому что «a missing file is INDISTINGUISHABLE from a clean one to grep».