工具設定

工具的作用，是在某個已驗證情境證明 Instructions 不夠穩時，讓 Agent 能更穩定地查資料、交接、收集資訊、記住偏好或執行動作。

工具不是起點。起點是一組清楚的第一版情境。只有當你已經看見某個重複出現的工作，靠純指令很難處理得穩定時，才值得補工具：

• 查找穩定的參考資料
• 查最新的公開資訊
• 根據文字描述產生新的圖片
• 轉交給更專門的 Agent
• 收集結構化資料
• 和外部系統交換結構化資料
• 在下一步繼續前發起付款
• 記住跨對話仍然有用的使用者偏好

先想工作，再想工具

建議按這個順序判斷：

1. Agent 需要查的是穩定的參考資料嗎？

   • 要依情境查詢的內容，用 Knowledge Base

2. Agent 需要的是最新的公開資訊嗎？

   • 用 Web Search，通常最好搭配可信任的網域限制

3. Agent 需要在對話中產生新的圖片嗎？

   • 用 Image Generation，適合讓 Agent 根據文字描述做出插圖、概念圖或簡單 mockup。

4. 是不是已經有另一個 Agent 更適合處理其中一段工作？

   • 用 Call Agent 做明確交接

5. 你是不是需要使用者填結構化欄位？

   • 在對話走到那個階段時，用 Request Form

6. Agent 需要在對話中呼叫外部系統、送出資料，或查一筆結構化結果嗎？

   • 用 HTTP Request，而且只讓它負責一個很明確的工作，例如建立回電 lead 或查詢可預約時段。

7. 下一步是不是必須先完成已核准的付款？

   • 用 Payment，前提是服務內容、價格與下一步都已經核准。

8. 你是不是需要記住跨對話仍然有意義的使用者偏好？

   • 用 Memory，而且規則要寫得很窄

先小再大

先用第一批已驗證情境真正需要的最少工具開始。只有當失敗 case 或 production pattern 顯示另一個問題無法靠 instructions 乾淨解決時，才補下一個工具。

這一段主要會用到的工具

工具	什麼時候用	不要拿來做什麼
Knowledge Base	查 SOP、FAQ、服務定義、政策、參考文件	查今天才會變動的資訊
Web Search	查最新的公開資訊	取代你自己的產品或流程知識
Image Generation	依照文字描述產生新的圖片、概念視覺或簡單 mockup	取代既有核准素材，或拿來做需要精準人工設計的最終成品
Call Agent	把明確的一段工作交給專門 Agent	只是為了拆而拆
Request Form	在下一步已經明確後，收集結構化資訊	一開場就丟表單給使用者
HTTP Request	需要透過外部 API 傳送或取得結構化資料	沒有穩定合約時，就想拿它當萬用整合器
Payment	使用者必須先完成已核准的付款，下一步才能繼續	臨場產生價格、方案、保證或未核准的報價
Memory	記住穩定、已確認、之後還有用的偏好	記秘密、一次性資訊或敏感細節

打開 Tool Picker

在 Editor 裡找到 Tools，按 Add Tool，就會看到目前這個 workspace 真正可用的工具清單。

有些工具在前置條件還沒準備好之前，會是停用狀態：

• Knowledge Bases：workspace 裡至少要先有可用的知識資料夾或檔案
• Agent Tools：要先有另一個 Agent，而且至少已發布過一個版本
• Payment：需要先設定 workspace 付款帳號，才能完成真實付款請求
• Memory：每個 Agent 只能加一個

把 When to Use 寫清楚

大多數工具沒有被正確使用，不是產品 bug，而是 When to Use 寫得太空泛。

好的 When to Use 通常會做到三件事：

• 用真實使用者問題來描述觸發情境
• 範圍夠窄，不會什麼都想叫工具
• 如果有多個來源，會說清楚優先順序

太弱：

Use this tool when needed.

比較好：

Use this knowledge base when the user asks about consultation types, routing rules, or handoff expectations that should stay consistent across conversations.

比較好：

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

工具上限與操作習慣

• 每個 Agent 最多 10 個工具
• Call Agent 最多 5 個
• Memory 最多 1 個
• 工具是依序執行，不是平行執行，所以工具越多，路徑越慢，也越難除錯

實務上，小而明確的工具組合，通常比大而全的組合更容易維護。

根據情境補工具

以簡單客服 Agent 來說，第一版實用工具組合可能比完整工具清單小很多：

• Knowledge Base：放第一批情境需要的核准政策或服務事實
• Request Form：如果邊界情境應該收集結構化資料，而不是繼續聊天
• HTTP Request、Payment、Call Agent 或 Memory：只有當已驗證情境需要這個動作時才加

你不需要第一天就把這些工具全部加滿。請照測試結果一個一個補上去。

下一步

• Knowledge Base
• Web Search
• Image Generation
• Call Agent
• Request Form
• HTTP Request
• Payment
• Memory