Проверка требовала литеральное `classifyReconfigureFailure(ownership)`, тогда
как у функции давно два параметра. Второй появился вместе с типизированным
распознаванием сработавшего guard: по владению он неотличим от обычного отказа
smoke — тронут firewall, перезапущены сервисы, — но чинить надо другое, потому
что сервер уже вернулся на ПРЕЖНИЙ firewall.
То есть гейт утверждал не тот контракт, который назван в его же заголовке, и
падал на коде, который этот контракт соблюдает. Поведенческие тесты при этом
были и остаются зелёными: «текст ошибки на классификацию не влияет» и
«сработавший guard опознаётся по типу ошибки».
Проверка приведена к фактической форме, заголовок — к фактической архитектуре.
`error instanceof FirewallGuardFiredError` намеренно не дублируется: тот же
инвариант проверяется ниже, в «a fired guard forbids the durable commit», и для
install, и для reconfigure.
Заодно прогнаны ВСЕ гейты приёмки по текущему дереву, а не только упавший:
116 положительных литеральных проверок, 36 bun-блоков с текстовыми
инвариантами и все отрицательные сканы. Кроме этого одного — расхождений нет.
founder
a1f0db22c2