系統路徑
從電信事件到受治理結果
1 · 電話入口
授權服務商或相容 adapter 建立 Contact Session，並綁定精確公開 origin、簽章與 Connector 政策。
2 · 媒體與語音
雙向音訊、輪次偵測、ASR 與 TTS 保持供應商中立，並擁有自己的計數、錯誤與延遲證據。
3 · 對話與任務狀態
對話只蒐集所選任務需要的欄位。模型可以提出理解候選，但不會因此取得業務動作權限。
4 · 知識與政策
核准事實帶有租戶、工作區、來源與有效期；政策決定是否可以回答、整理、確認、執行或轉接。
5 · 執行與回讀
業務寫入是獨立且可防止重複的操作。只有授權系統回傳有效結果後，VoiceDesk 才能宣告完成。
狀態分離
通話、工作與動作各自演進
VoiceContactSession 負責電話與媒體生命週期；Reception Work Item 負責佇列與人工承辦；Business Action 負責確認、政策與執行；Voice Call 保留對話脈絡而不混合這些責任。
因此真人可以先承接工作、媒體仍由 AI 持有；也可以進入通話後處理，而不暗示來電需求已完成。
受控知識
「知道」是一條有版本的資料路徑
VoiceDesk 不把模型流暢記憶當成公司事實。營業時間、地址、政策與流程來自帶有範圍、效期與來源的核准資源；不知道就保留不知道。
部署界線
目前 Preview 架構不等於正式環境
現有來源包含受管身分、PostgreSQL schema／RLS 基礎、可信代理邊界、Twilio 相容入口、瀏覽器軟電話候選與證據 runner。正式身分、代表性資料、備份復原、規模、SLA 與完整供應商容錯仍是不同的驗證工作。
解讀任何架構能力前，請先閱讀目前證據狀態。