為什麼你的語音智慧體不運作

按頻率排序，不按嚴重程度。下面每一項檢查都點名了要看的頁面，因為「不運作」 幾乎總是四個頁面互相矛盾的結果。

1. 號碼有人接，但不是你的智慧體

最常見的報告，也最難察覺，因為電話是通的。已連線的號碼在任何東西綁定之前就會 應答——一個測試用智慧體接起電話，聽起來一切正常。

檢查： 撥打號碼，聽是不是智慧體開口說的第一句話。聽到任何別的東西，就 表示號碼沒有綁定到你的智慧體。

修復： 在 /phone-numbers 上，號碼應顯示**「……負責接聽此通訊管道」，並 帶有你的智慧體名字。在 /agents 上，部署區塊應顯示「已部署至……」， 而不是未部署或無語音通訊管道**。哪邊錯了修哪邊。

2. 麥克風測試通過，電話卻不通

兩者測的是不同的東西，第一項通過證明不了第二項的任何事。/agents 直截了當地 說了：“WebRTC 可用於瀏覽器測試。電話路由則需要號碼。”

開始麥克風測試測試的是智慧體。它不測號碼、繫結和電信業者。如果麥克風測試 正常而通話不正常，問題出在電話路徑上，回到檢查 1。

3. 智慧體會應答，但什麼都不知道

不是故障。沒有掛載知識的智慧體，回答得正確而毫無用處。

檢查： /agents/knowledge。如果是空的，那就是你的答案——“請先建立智慧體， 再新增知識作為其依據。”

把營業時間、價格、服務項目、位置加進去，再跑一次麥克風測試。這是整張清單裡 回報最高的修復，而且它不是一個 bug 報告。

4. 電話接通了，然後失敗

打開 /conversations 找到這通電話。結果會告訴你斷的是哪一半：

通話時間軸會顯示各階段——連線中、響鈴中、通話中、收尾中—— 讓你看到它在停下之前走到了哪裡。

換過電信業者之後緊接著出現一連串失敗，通常意味著業者拒接了這通電話： “電信業者未接受這通通話，請稍後重試。” 檢查號碼的撥號格式——期望國內 格式的業者會拒絕 E.164，而設定是順利保存下來的。

5. 能用，但什麼都沒被記錄

電話發生了，事後卻沒有任何結構化的東西可看。

檢查： /dialog-insights。顯示未附加的洞察永遠不會執行——“對話洞察 只會在它所附加的智慧體或行銷活動的對話上執行。” 儲存和附加是兩個動作。

欄位本身也要檢查：“沒有欄位的對話洞察永遠不會產生結果。“

6. 語音自己變了

它沒有自己變，是管線變更做的。即時管線有各自的語音，標準管線用的是你文字轉 語音供應商的語音，所以切換管線會在無聲無息之間，讓你重新從一個不含原語音的 清單裡挑選。參見 語音管線。

7. 你暫停了某個東西之後，它就不動了

暫停或封存智慧體，會同時讓它停止應答和停止撥打電話。如果正在執行的行銷活動 用的是那個智慧體，這次執行會把剩餘通話逐條略過並加上標籤，而不是冒用一個 你以為已經關掉的智慧體去撥號。

如果都不是

用一支從沒打過這個號碼的電話撥過去，同時盯著 /conversations。如果連一則 對話都沒有出現，表示什麼都沒有到達我們這裡，問題出在 Octo 的上游——號碼、它的 路由，或者電信業者。