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

== 2. One-page summary для внешнего ревьюера ==

'''Коротко:''' Synapolis Reactor сейчас понимается не как отдельный продукт и не как producer-side router, а как '''второй consumer/Reactor layer внутри SignalStream''', который интерпретирует поток фактов в '''resident obligations'''.

Базовая формула:

<pre>
SignalStream Core = поток фактов
Reactor Layer = интерпретация фактов в resident obligations
</pre>

Что уже зафиксировано:
* producer schema SignalStream не должен быть загрязнён Reactor-полями маршрутизации;
* `target_agent_id` и `target_kind` остаются Reactor-side derived fields;
* нужен per-resident слой: personal queues, reaction policy, dedupe state, duty state, dry-run wake contexts;
* '''ACK не равен closure''': нужен stateful lifecycle и semantic readback/closure;
* OpenClaw используется как lifecycle vocabulary и source adapter, а не как отдельный чатовый контур;
* catalog procedure discovery, task binding, capability hints и research watch должны быть встроены как Reactor-side support layers;
* direct wake по умолчанию выключен;
* human/principal escalation в этом контуре сейчас out of scope.

Что реально работает:
* есть проектные ТЗ и архитектурные решения по Reactor layer и task binding;
* есть локальный proof-of-control на стороне Arkhivolt Duty Loop;
* локальный loop читает SignalStream v0.3, применяет reaction policy, ведёт queue/dedupe/state, строит dry-run wake contexts;
* bounded direct inbox fallback для Nodus доказал, что semantic lifecycle можно провести до `reviewing -> completed` без Telegram-маршрутизации и без SignalStream writes.

Что не готово:
* production Reactor как общий resident layer для всех агентов;
* Nodus-side D3/D4 consumer path как надёжно исполнимая серверная реализация;
* durable task-binding path в живом consumer;
* автоматическая, воспроизводимая semantic closure поверх OpenClaw lifecycle;
* controlled wake adapter / liveness mechanism, который действительно запускает отсутствующего resident process;
* нормальный execution-host routing.

Главный текущий operational blocker:
* Nodus-side v0.4 consumer reported `MISSING_STREAM` / `HARD_PREFLIGHT_FAIL` при запуске на неправильном container host без `/opt/agent-workspace`; на VPS нужные пути есть, значит blocker сейчас не в идее Reactor, а в execution host / routing discipline.