沒有回音是有原因的，而且幾乎總是產品早就知道是哪一個，並且已經寫在畫面上了。 照這份清單往下查，而不是從「信壞掉了」開始 —— 投遞類的解釋排在最後，因為 它們最少見。
一、討論串被暫停了
最容易被漏看的，因為看起來什麼毛病都沒有。橫幅說得很明白：
**此對話中的 AI 已暫停。**在有人將此對話交回 AI 之前，收到的回覆不會觸發 自動 AI 回覆。
如果暫停期間確實生成了回覆，它會被顯示並標註，而不是無聲丟掉：
**已抑制：**AI 原本會傳送此回覆，但該對話已暫停。未寄出任何郵件。
回覆模式控制項會顯示 已暫停（支援 · 草稿 後繼續），並指名它會回到哪裡。 是人出於故意暫停的 —— 通常是因為有真人接手了對話。
二、它寫了草稿，但沒有人核准
如果信箱在草稿模式下，寫好的回覆就是預期結果，寄出是人的動作。查看 待處理草稿（3）和草稿篩選器。顯示 AI 草稿 — 待審核的討論串沒有 卡住；它在等你。那個流程的更多說明。
三、模式是僅人工
顯示為 您 · 無 AI，控制項底下一行 *「此對話中沒有 AI 執行紀錄。」*設計 如此，沒有 AI 跑過。這要嘛是通訊管道預設值，要嘛是這一串信上的覆蓋。
四、沒有指派智慧體
沒有智慧體的信箱沒有東西可以寫，訊息會直說：
這個信箱還沒有指派智慧體，所以沒有人在寫回覆。
這是配置錯誤而不是某個設定，值得修而不是繞 —— 把一個智慧體綁到通訊管道上。
五、寄件者是 no-reply 地址
刻意的，而且就寫在訊息本身上：
未草擬回覆 · 這封郵件來自 no-reply 位址，回覆不會送達任何人。
來自 no-reply@、donotreply@ 及其變體的信，會顯示給你，但永遠不會被回。
回覆會被退信，然後那串信就會永遠顯示為未回覆。
六、它根本沒有到我們這裡
有些信在 AI 看到之前就被丟棄，因為回它就會開始一個循環。任何自我表明是機器 生成的信：
Auto-Submitted設為no以外的任何值（RFC 3834）Precedence: bulk、auto_reply或list- 帶著
List-Id或List-Unsubscribe的郵寄清單信件 - 退信和 postmaster 通知
這些會被丟棄而不是顯示。如果你在等一封回覆給電子報或自動通知的信，這就是 為什麼連討論串都沒有。
七、通訊管道斷線了
一旦去看就躲不掉，但如果你盯著舊討論串看，就容易錯過：
**通訊管道已中斷連線。**以上的歷史訊息仍可檢視，但 AI 無法再回覆，您也 無法從這裡傳送。請在設定 → 通訊管道中重新連接信箱以恢復。
被撤銷的 OAuth 授權、改掉的密碼，或管理員收走了連線借用的權限，最後都會 落在這裡。
八、看起來沒回，但其實人已經回過了
不是故障 —— 是計數上的限制，值得理解，因為它讓討論串看起來比實際更糟。
平台只認從它本身寄出的回覆。直接從 Gmail 或 Outlook 回信的同事，確實 處理了那位客戶，但那封回覆在這裡沒有被記為回答，所以討論串仍可能看起來在 等待。
在 Gmail 上，我們根本收不到他們的回覆 —— 監看掛在收件匣上。在 Outlook 上， 我們收得到，但仍然不會把討論串標成已回覆。
這一頁不講的事
上面所有一切都是規則問題：某個東西決定不回，並且把話說了。如果回覆確實 從這裡寄出了，而收件人從來沒收到，那是投遞問題 —— SPF、DKIM、你網域的 信譽、收件方的垃圾郵件過濾器 —— 它們住在你的郵件提供方和你的 DNS 裡，不在 這個產品裡。我們不管理、不監控它們，一份聲稱相反的指南，是在賣你這裡沒有的 東西。
分辨的方法：如果討論串顯示了一封已寄出的回覆，規則起作用了，問題在投遞。 如果它什麼都沒顯示，或顯示一封草稿，或顯示上面任何一個提示，答案就在這一頁 上的某處。