Web Search

Web Search 只適合拿來查最新的公開資訊，不要把它當成你自己知識內容的替代品。

以 Consultation Desk 為例，Web Search 不是預設路徑。只有當使用者真的需要「最新」的公開資訊，而且答案應該來自可信的外部來源時，才讓 Agent 去查。

什麼情況適合用 Web Search

適合：

使用者明確要看最新公開資訊
答案會受到最近變動影響
這份資訊不在你的 workspace 裡，也不適合整理成自己的知識庫

不適合：

服務定義、SOP、政策、FAQ 這類你應該自己維護的內容
需要穩定、一致措辭的回答
你希望由團隊審核後再提供給使用者的資訊

步驟 1：加入 `Web Search`

在 Editor 的 Tools 裡按 Add Tool，選 Web Search。

步驟 2：能限制網域就盡量限制

如果這個 Agent 應該只看特定來源，就把來源網域填在 Domain(s)。

在這個範例裡，文件作者沒有讓 Agent 對整個網路隨便查，而是限制在比較可信的公開來源。

這樣做的好處是：

檢索結果比較乾淨
回答比較可預期
出錯時更容易追原因

只有在真的需要廣泛搜尋時，才把網域留空。

步驟 3：把 `When to Use` 寫成明確規則

你要讓 Web Search 成為一個有條件的選項，而不是 Agent 的下意識反應。

例如：

Only use Web Search when the user explicitly asks for the latest public guidance, and prefer official or medically reviewed sources before answering.

這句話同時告訴 Agent：

什麼時候才該查
查的時候應該偏好哪一類來源

步驟 4：用真的需要最新資訊的問題來測

例如：

你可以幫我查一下最新的公開指引嗎？
官方最近有更新建議嗎？

測試時確認：

Agent 真的有呼叫 Web Search
回答的來源品質符合你的預期
本來應該由 Knowledge Base 回答的問題，沒有被誤送去網路搜尋

操作建議

優先限制在官方、第一手或高度可信的來源
如果使用者需要自行驗證，請在回答裡保留來源
觸發條件要寫窄，避免一般問題也去查網路
如果某份資訊其實長期穩定，應該整理進 Knowledge Base，而不是每次都重新搜尋

常見錯誤

讓 Web Search 取代內部知識

這通常只會讓回答變慢，且更不一致。

高風險內容卻不限制來源

如果答案重要，就不要讓 Agent 隨便查整個網路。

`When to Use` 寫太空泛

像 Use web search when helpful 這種寫法太鬆，Agent 很難做出穩定判斷。