先看結論
OpenClaw 不是把聊天能力包成 bot，而是以 SQLite control DB 作系統真相、以 control plane 作決策中心，再把 public site 當成可重建的對外投影。
為什麼值得關心
呢頁幫人分清系統真相同對外投影邊界，避免把網站、Slack thread 或單次對話誤當成可回放的控制來源。
核心模型
- SQLite control DB 先係系統真相；memory、Slack thread 同 public site 都只係輔助表面。
- Gateway 只做 ingress，control plane 負責 routing、policy、verification、review，同 public status 決策。
- worker runner 只租約執行 queued attempts，唔可以直接宣告 public 完成。
- canonical bundle 同 public projection 分開之後，對外內容先可以重建、回放同撤回。
例子與常見誤解
- 使用：先對住 runbook 睇 system boundary，再用 canonical bundle、review queue 同 publish queue 理解內容點樣串起。
- 失效模式：如果將 public site 當真相來源，receipt 同 review gate 就會同 control DB 脫鈎。
- 失效模式：如果 worker 直接對外宣告完成，就會跳過 control plane 同 review gate。
- 使用：當 public 內容需要刷新時，應由 private canonical output 重投影，而唔係由 public repo 反向修正系統真相。
相關頁面
更新與覆核
本頁已按現行編輯標準更新，並保留必要證據連結；讀者可直接以此理解系統真相與對外內容的分工。