FAQ
這些是團隊從初始設定進入真實營運後,最常碰到的問題。
發布與 release
每次改 Agent 都一定要重新發布嗎?
如果你改的是 live Agent 行為,就要在 Editor 重新發布 Agent。
如果你改的是會影響 live 體驗的 channel 設定,channel 也要重新發布。
為什麼 live URL 打得開,但裡面沒有可用的 Agent?
最常見的原因是 channel 已經存在,但 Agent 版本還沒有發布。
回到 Editor 發布 Agent 版本後,再重新測一次 live URL。
什麼時候該用 web channel,而不是 API access?
當你想用最快方式做出 live 的 stakeholder 或 customer 體驗時,先用 web channel。
當你想自己掌握 client experience,才改走 API access。
回饋與優化
Stakeholder 應該怎麼留下回饋?
請他們直接在覺得不對的那一則回覆上按 Improve,再留一句簡短自然語言意見。
他們不需要自己分析根本原因。
要怎麼把一段失敗對話變成 test case?
到 Histories 打開那個 thread,按 Add Case。
這是把真實失誤快速保護進 Test Suite 的最好方式。
Test Suite 裡什麼樣的 Standard 才算強?
把 Standard 寫成可觀察、可檢查的清單,而不是抽象期待。
例如明確寫出回覆必須包含什麼、不能做什麼,以及它應該遵守哪條判斷邊界。
資料與設定
什麼時候該用 Attachments,而不是 Knowledge Base?
如果某份檔案每一輪都必須遵守,用 Attachments。
如果是較大的參考資料,只在有需要時才應該查,用 Knowledge Base。
為什麼我更新了 Notion 或 Google Drive,但 Agent 還沒跟著變?
請把連接進來的資料當成受管理的快照。
如果原始來源有重要更新,請刷新接進來的版本,並重測相關問題。
存取與協作
什麼時候該用 whitelist mode?
當 rollout 需要維持受控,例如早期 stakeholder pilot 或小範圍 expert review 時,就該用 whitelist。
Organization 和 Workspace 有什麼差別?
Organization 是較大的團隊邊界。
Workspace 則是某個特定 Agent、它的 histories、channels 與 operators 所在的地方。
更多幫助
如果某個問題能在真實 thread 裡穩定重現,最快的內部排查路徑通常是:
- 先在
Histories打開那段對話 - 問 Copilot 這個行為最可能的原因
- 判斷要改 instructions、tools,還是 data
- 如果這種錯不能再發生,就把它存成 case