Editing План интеграции OpenClaw Channels в Синаполис (section)

== Roadmap ==

=== Phase 0. Sidecar/readback foundation ===

Статус: выполнено.

Смысл этапа:

* развернуть isolated OpenClaw Gateway sidecar;
* не подключать live Telegram channel;
* наладить export из EchoIntakeBot в OpenClaw-facing state;
* собрать queue/router/ACK/dashboard контур.

=== Phase 1. Internal agent-to-agent routing ===

Статус: частично реализовано, требует расширения за пределы одного intake-to-Filum пути.

Требуемый результат:

* внутренние agent-to-agent сообщения проходят через OpenClaw internal queue;
* routing map выбирает target agent и fallback;
* delivery ledger фиксирует доставку в target agent inbox;
* external ingress считается только одним из источников событий, а не главным смыслом интеграции.

=== Phase 2. ACK standardization for all agents ===

Статус: в работе как нормативная цель.

Требуемый результат:

* единый ACK contract для Filum и остальных агентов;
* различение transport ACK, inbox ACK, accepted ACK и final answer status;
* отсутствие “немых” доставок без дальнейшего статуса.

=== Phase 3. Stale/pending escalation ===

Требуемый результат:

* stale detection для сообщений без ACK/readback в допустимое время;
* escalation ledger для pending/stale cases;
* operator-visible escalation state;
* правило, кто получает escalation и как закрывается молчание агента.

=== Phase 4. Controlled outbound replies via EchoIntakeBot ===

Требуемый результат:

* итоговый ответ может быть отправлен обратно в Telegram не напрямую OpenClaw Telegram channel, а через контролируемый outbound path действующего EchoIntakeBot;
* outbound должен зависеть от статуса тикета и policy;
* должно быть видно, что reply разрешён, отправлен и связан с исходным receipt.

=== Phase 5. Add non-Telegram OpenClaw channels ===

Приоритетный смысл этапа — не заменить Telegram, а расширить ingress через дополнительные мосты:

* Matrix;
* WebChat;
* Discord;
* другие поддержанные OpenClaw channels по мере необходимости.

Условия допуска:

* allowlists;
* no secret leakage;
* controlled routing;
* отсутствие смешения личных DM и group sessions;
* operator-visible receipts и lifecycle.

=== Phase 6. Optional controlled Telegram migration ===

Допускается только если одновременно выполнены все условия:

* внутренняя agent-to-agent доставка уже имеет routing, ACK/readback, stale detection, escalation и dashboard readback;
* есть реальная operational выгода от нативного OpenClaw Telegram channel;
* подготовлен migration plan;
* подготовлен rollback plan;
* есть тест на group gating, allowlists, outbound control и readback;
* отдельно авторизован takeover token/webhook.

До такого решения Telegram migration не считается разрешённой по умолчанию.