使用 Copilot
Copilot 可以把真實營運需求整理成聚焦草稿，也能協助診斷沒有達到標準的結果。請把內容視為修改提案；最後仍由 operator 決定要套用、測試、儲存與發布什麼。
從你要做的決策開始
告訴 Copilot 真實情境、可接受結果與邊界。例如：
這個 Agent 要協助訪客選擇合適的諮詢，但不能做最終法律判斷。請草擬最小的 instruction 修改：缺資訊時先追問、只推薦一個下一步，仍需專家判斷時要 handoff。
這樣 Copilot 才知道要設計哪個工作結果。只說「幫我改好一點」不夠。
Copilot 可以使用哪些內容
在支援的頁面，Copilot 會取得目前頁面可用欄位與內容的 snapshot。它也可以使用附在該段 Copilot 對話的檔案，以及目前所選 Copilot history 裡已送出的訊息。
這是目前頁面的 context，不代表自動取得 organization 裡的所有來源。只要 Agent、case、source 或欄位的差異會改變答案，就直接說明是哪一個。
套用建議，但不要交出審查責任
可套用的回覆可能提供單一欄位的 Apply、同一組建議的 Apply all，或目標已有內容時的取代確認。
套用只會改變目前頁面的可編輯欄位，不會自動儲存 Agent 版本、執行測試、發布 Agent 或傳送客戶回覆。
- 確認修改仍在核准範圍內。
- 先套用單一欄位；只有多項建議屬於同一個完整修改時才用
Apply all。 - 檢查每個被改動的欄位。
- 用
Live Test測真實情境與鄰近邊界。 - 用
Apply儲存 draft，再執行受影響的 Test Suite cases，最後才發布。
如果 Apply action 無法使用，代表目前頁面或目標欄位沒有提供支援的動作。只複製真正有用的部分，手動修改即可。
不同決策使用不同對話
延續同一個診斷時，打開先前 Copilot 對話；工作、Agent 或決策改變時，請開始新對話，避免舊假設默默影響下一個答案。
已送出的對話會出現在 Copilot history。尚未送出的草稿文字與 pending attachments 不會在重新整理頁面、登出或重啟 app 後保留；離開前請先送出或另行儲存。
Operator 適合提出的要求
比較這個 failed case 與目前 Instructions，哪條規則缺少或有歧義？改寫這個 When to Use，讓 tool 只在核准的退款政策問題觸發。找出能修正這個 pattern、又不擴大 Agent 範圍的最小修改。發布這個修改前，我應該測哪些內容？
邊界
- 不要貼上密碼、API secrets、付款憑證或不必要的個人資料。
- 產品事實要回到目前 UI、來源或測試結果確認。
- 套用大幅重寫前，先診斷問題在 Standard、source、tool、instruction 或 scope。
- Copilot 建議本身不是新版本更安全的證據；重跑結果才是。