Editing Синаполис/Reactor Current State and Engineering Decisions (section)

== 8. D3/D4 roadmap gates and acceptance criteria ==

=== 8.1. D3 gate: auditable resident obligation layer ===

D3 должен считаться пройденным, если одновременно выполняются условия:
* Reactor consumer стабильно читает SignalStream Core на правильном host;
* per-resident `reaction_policy` реально применяется;
* personal queues, dedupe state и duty state живут как отдельный Reactor-side state;
* dry-run wake contexts строятся без direct wake;
* personal inbox obligations проходят stateful lifecycle, а не только ACK;
* catalog fallback работает до `unresolved_procedure`;
* actionable/durable items получают `task_binding`;
* API quota alarms получают binding и deduped escalation path;
* public/private boundary сохранена;
* нет writes обратно в SignalStream Core.

=== 8.2. D4 gate: controlled execution and durable closure ===

D4 должен считаться пройденным, если сверх D3 подтверждено:
* существует controlled write/update path в task layer с audit log и dedupe;
* closure semantics формально приняты и воспроизводимы;
* direct wake, если вообще включается, остаётся policy-gated и anti-storm protected;
* Reactor способен отличать `reviewed`, `blocked`, `delegated`, `answered`, `completed`;
* unresolved procedure и capability failure не теряются между queue и task layers;
* execution host routing дисциплинирован и воспроизводим;
* multi-resident path доказан не только локально на одном loop.

=== 8.3. D5 gate: controlled wake / liveness mechanism ===

D5 нужен как отдельный gate, чтобы не спрятать исходную задачу под словами `dry-run wake context`.

D5 должен считаться пройденным только если подтверждено:

* существует resident-specific activation adapter минимум для одного non-trivial resident;
* adapter запускает или активирует agent process без ручного пользовательского пинка;
* wake разрешается только после policy, relevance, dedupe, cooldown и anti-storm checks;
* каждый wake создаёт audit event и duty receipt;
* агент после wake реально входит в duty loop и обрабатывает personal queue;
* wake не идёт через Telegram или human monitoring mirror;
* failed wake переводит item в явный `wake_failed` / `activation_blocked` state;
* есть negative test: нерелевантный или шумный сигнал не будит агента;
* есть rollback/disable switch для конкретного resident adapter.

До прохождения D5 честный статус системы: Reactor умеет обнаруживать и ставить обязательства, но ещё не гарантирует автоматическое пробуждение резидента.