Reference architecture

從事件到互動

Activity、Govern 與 Relay 可以組成同一套系統，但不會變成同一個權威來源。Host 仍是 composition root。

完整的三模組圖是 production pilot integration 的參考組合，不代表已有 customer deployment，也不是 self-service setup。

Product event
→ Activity: ordered projection
→ Host: fresh truth revalidation
→ Govern: bounded proposal
→ Host: review and execution
→ Relay: reliable follow-up
→ Next product event

為什麼它們屬於同一套產品

三者都位在真實產品事件、AI 輔助提案與使用者互動之間。它們各自處理不同的系統難題，同時遵守相同的 host 邊界。

為什麼 orchestration 留在外部

Tonetify 不會繞過 host，擅自耦合模組或推斷業務語意。Host 決定事件何時成為上下文、提案何時能繼續，以及執行所代表的業務意義。

Governed action boundary

每個會改變業務狀態的操作，都必須回答七個問題：

1. 誰正在行動？
2. 究竟允許改變什麼？
3. 哪一份 host state 支持這個提案？
4. 誰授權了它，授權現在仍有效嗎？
5. Host 執行的是否正是被批准的內容？
6. 這個操作是否已經執行過？
7. 最後發生了什麼？

整合形式

• 單獨採用 Relay，取得可 self-host 的 conversation substrate
• 單獨採用 Activity，處理產品 timeline 與 event projection
• 單獨採用 Govern，建立有界的 AI proposal lifecycle
• 透過明確的 host integration 組合任意模組