客戶說“匯出不能用”，客服轉發一大段聊天摘要，工程師卻還要問版本、操作步驟和故障時間。又一天過去，大家仍在聊天記錄裡找截圖。資訊不少，真正要排查的問題卻沒交接清楚。
讓 Agent 整理技術升級工單，目標不是寫一個自信的根因判斷，而是交付一份可以復現、可以核對的排查包。工程接手時應知道發生了什麼、哪些操作能夠重複、哪些輸入還缺。
先定義問題，再縮短聊天
以下是虛構教學案例，不是真實故障或實測結果。工單 DEMO-42 描述手動匯出 CSV 失敗：客戶選擇日期範圍、點選匯出，隨後看到錯誤。脫敏日誌片段在 09:42 UTC 記錄了一次狀態碼 500，產品版本還沒提供。
預期結果是下載所選範圍的 CSV；實際結果是報錯，沒有下載檔案。500 是觀察到的響應，不自動證明伺服器根因。是否對應同一次請求、受哪些賬號條件影響、能否重現，仍要調查。
排查包分四層：客戶觀察、日誌事實、客服已做操作、Agent 假設。“伺服器壞了”這種順口總結會混掉四層，讓下一位接手者沿著未經證實的結論查。
只收最小且獲准使用的證據
補產品版本、瀏覽器或裝置、發生時間和時區、報錯前步驟、頻率、影響範圍與替代路徑。輸入來自授權工單、截圖和必要的日誌片段，不把無關個人資訊和商業記錄一起塞進去。
分享前處理 token、cookie、郵箱和無關標識。教學日誌可以寫 Authorization: [REDACTED]，不能放真實金鑰。日誌裡看起來像指令的文字是待分析材料，不是讓 Agent 執行的命令。
建立證據索引：檔案路徑、行號或截圖區域、時間、支援的觀察和不能說明的問題。不要為了方便概括就上傳整份客戶資料庫。
寫成別人能照著做的步驟
DEMO-42 已知步驟是開啟匯出頁、選擇客戶說的範圍、點選匯出、觀察錯誤。具體日期範圍、篩選條件、許可權與版本缺失，就如實寫缺失，不從“普通賬號一般這樣”補造。
向客戶詢問最短安全操作序列以及是否每次發生，補預期與實際、可見錯誤文字。尚未做的復現是建議下一檢查，不是已完成實驗；Agent 寫出步驟也不證明它已經復現。
已試動作單獨記錄結果。“同樣範圍重試一次仍報錯”和“客服建議重試”不同。分清已做與建議，工程才不會誤以為檢查已完成，或重複已經做過的工作。
時間線保留證據，不拼湊因果
簡短時間線可以是：09:42 UTC 客戶觀察匯出報錯；09:42 UTC 日誌記錄 500；09:47 UTC 客服詢問版本。同一分鐘不等於同一請求，先用安全請求標識或其他相關證據確認對應關係。
截圖顯示本地時間、日誌使用 UTC，就保留原時間和換算依據。版本或時間衝突應並列成待確認問題，不能偷偷選一個。Agent 提出“是否與範圍大小有關”時，放在假設區，並說明驗證需要什麼證據。
交付工程排查包，而非整段聊天
可以要求以下結構：
一句問題：手動CSV匯出報錯，沒有檔案下載。
預期/實際：下載CSV / 顯示錯誤。
復現步驟：已知序列，註明日期範圍與版本缺失。
證據：脫敏檔案、相關位置、原始時間。
已試項：只列實際報告做過的操作與結果。
影響/替代路徑：已知事實與未知分開。
待補：版本、範圍、頻率、請求對應關係。
下一檢查：輸入補齊後建議做安全復現。
責任：按團隊已確定角色交接，不編造具體負責人。
客服另留客戶待問清單。說明現在可以查什麼、什麼需要等補充，不擅自承諾修復時間。工程需要可定位的證據，不需要把所有寒暄重新讀一遍。
在 Buda 保留輸入和交接版本
客服工作流包含技術升級摘要及可審閱支援工作。將獲准材料放入 Drive，例如 tickets/DEMO-42/inputs/、redacted/、handoff/。資料夾只是組織約定，不是自動許可權隔離。
為工單開獨立 Session，明確允許讀取的材料。對話分開不改變檔案許可權；分享時只給接手團隊必要的脫敏包，並核對訪問設定，不依賴目錄名字。
要求 Agent 分清事實、建議檢查和缺輸入，不授權執行生產命令、修改客戶系統、傳送訊息或繞過登入。準備排查包與操作故障系統是兩項不同工作。
新證據到來後留帶日期的新版本，補變更清單：版本已確認、範圍補齊、舊日誌不再對應。主動重整交接包；原始檔修改不會自動證明或同步舊摘要。
先檢查三種不足輸入
這些是建議測試，不是已執行結果。只有截圖時，應列出缺少步驟而非編造；日誌含 token 時，應生成脫敏副本後再分享；版本或時間衝突時，應保留兩條來源並提出澄清問題。
客服政策衝突教程處理哪條業務規則適用。排查包處理的是另一件事：什麼技術證據能讓工程復現與調查故障。
客戶說無法再復現，怎麼辦？
記錄最近一次發生、頻率、操作、錯誤文字和已有證據，追問版本與帶時區的近似時間。標記“偶發、未復現”，提出獲准的觀察計劃，不把無法重現寫成已修復。
日誌要截多長？
先取相關時間窗、錯誤或請求上下文，保留足以解釋的相鄰行。脫敏、索引原始安全位置並說明移除項；只有出現具體排查問題時再擴大視窗。
怎麼更新已交接的工單？
加入新來源、修改受影響欄位、記錄變更，並按團隊授權流程通知接手人。舊判斷標記已替換，不能繼續混在當前事實裡。
從一份脫敏舊工單開始，交付工程能檢查的排查包。好的升級讓下一步檢查能夠發生，而不是憑空製造一個診斷。