一句“已經為您批准全額退款”，聽起來很安心，卻可能完全沒有依據。客服草稿也可能語氣溫和，仍沒回答客戶真正想知道的問題。主管需要看到哪句話必須改，而不是只得到一個“質量 90 分”。
把客戶問題、事實和承諾分別稽核。Agent 可以準備缺陷表和修訂稿，人保留最終傳送決定。
先固定一個完整的虛構案例
下面是虛構訓練案例，不是真實客戶對話。客戶 Q1 針對訂單 DEMO-17 問三件事：包裹在哪裡、能否退款、下一步怎麼辦。獲准訂單快照 O3 寫明：運輸中、承運商掃描缺失、送達日期未知。已批准政策 P4 第 2 節規定：掃描缺失可以調查；退款需要客服稽核，不因掃描缺失自動批准。第 3 節要求訂單 ID 與已留存的聯絡地址，不要求完整銀行卡號。
這些來源沒有衝突。當前任務是拿草稿對照來源，而不是重做客服政策衝突判斷。
壞稿 D1：“包裹明天就到。我們已為您批准全額退款。請提供完整銀行卡號，剩下的都交給我們。”
先列出客戶的三個問題，再判斷草稿。逐句標記事實、承諾、建議或未知。“明天就到”不是語氣小問題，而是無依據的承諾。
嚴重缺陷不能被平均分抵消
| 編號與原句 | 引用與缺陷 | 處理 |
|---|---|---|
| C1：明天就到 | O3 日期未知，承諾無依據 | 阻斷髮送，去掉日期保證 |
| C2：已批准退款 | P4 第 2 節需稽核，虛構批准 | 阻斷髮送，說明稽核條件 |
| C3：完整銀行卡號 | P4 第 3 節不需要，索取無必要敏感資訊 | 阻斷髮送，刪除索取 |
| C4：剩下都交給我們 | 無具體調查步驟，下一步不清 | 返工，補明確動作 |
這是一套建議的團隊質檢規則。“阻斷”表示稽核人不能批准此稿傳送，不是宣稱 Buda 有原生自動強制閘門。要求 Agent 輸出編號、原句、來源位置、缺陷型別、嚴重度、修改建議。事實錯誤與風格偏好分列，不壓成一個總分。
客氣的問候不能抵消虛構退款批准。解決阻斷項之後，再檢查是否回答包裹狀態、退款條件、下一步。然後才處理語氣、清晰度和無謂溝通成本。品牌語氣反饋可以改表達，但不能代替事實質檢。
修訂稿要連同未決項一起交付
修訂稿 D2：“訂單記錄顯示包裹仍在運輸中，但最新承運商掃描缺失，目前無法確認送達日期。這種情況不會自動獲得退款，仍需客服稽核。請透過已留存的聯絡地址確認訂單 ID，以便客服調查掃描缺失。請勿傳送完整支付卡資訊。”
未決清單仍有：實際送達日期、退款稽核結果、調查結果。草稿提出“調查”不等於工單已經建立，更不等於退款已執行。沒有工具證據或獲授權人員確認，就不能把建議寫成已完成動作。團隊沒有已確認時限時，也不能補一句“24 小時內解決”。
主管現在可以把每句話對映到 O3 或 P4，並看清什麼還沒解決。這比“回覆 9 分”更容易做決定。
一份草稿，對應一份來源清單
保留最小版本清單：客戶問題 Q1、草稿 D2、訂單快照 O3、政策 P4、稽核 R2。政策變化後，標記受影響句子，重核這些句子和所有關鍵阻斷項，不能悄悄替換舊批准所依賴的證據。
可以另開一個 Session做複核，但新 Session 不是獨立安全邊界：同一 Agent 的 Session 共享 Drive，第二次 AI 稽核也可能重複第一次錯誤。明確給出來源版本，要求返回缺陷表，再由人核引用。
複用方法，不自動複用批准
Buda 客服工作流可以承接資料檢索、起草與人審。把脫敏案例、規則和已批准示例放進 Drive。改檔案不是訓練模型，也不會自動批准下一封回覆。
可在 Buda AI 的 Marketplace 搜尋安裝合適的 Skill，先檢查說明和許可權；或自建範圍明確的質檢方法，不虛構某個現成客服 QA Skill 名稱。試跑階段不啟用傳送。
建議準備四類驗收樣本：錯誤承諾、漏答、索取敏感資訊、完全有依據的正確回覆。要求識別阻斷項、把漏答退回修改，同時不能給正確稿增添新事實。這是待執行的測試建議，不是實測提效或準確率。
常見問題
沒有來源怎麼辦？
把相關句子標為缺證，列明需要哪份來源並保持未決。請資料負責人或客服主管確認，不憑常識編政策。
團隊稽核標準不一致怎麼辦？
保留爭議原句與兩種解釋，由負責人確定規則及適用範圍，更新規則版本，再複查受影響案例，不能讓模型挑更方便的一種。
質檢透過就自動發嗎？
本方法不授權傳送。人先核修訂稿、未決項和收件人上下文；後續若配置傳送整合，還需獨立許可權與保障。
先拿一條脫敏舊工單，讓 Agent 輸出問題清單、缺陷表、修訂稿和未決項。看懂並確認這些產物，再把方法用於佇列。