Call Agent
只有在另一個 Agent 的工作邊界更清楚、更專門時，才值得用 Call Agent。
以 Consultation Desk 為例，它負責釐清需求與推薦下一步；當使用者已經明確要預約或安排回電時，再把這一段交給 Scheduling Desk，會比讓同一個 Agent 什麼都做更乾淨。
什麼情況值得拆成 Call Agent
適合：
- 工作流程中有一段本來就更專門
- 交接邊界可以清楚定義
- 直接重用既有 Agent，比把它的邏輯重抄一次更乾淨
不適合：
- 兩個 Agent 做的事其實差不多
- 只是為了看起來模組化而硬拆
- 你自己都說不清楚什麼時候該交接
步驟 1：先把目標 Agent 發布出去
在加這個工具之前，先建立並發布目標 Agent 的至少一個版本。
在這個範例裡：
Consultation Desk是第一線入口Scheduling Desk專門處理預約與回電安排
目標 Agent 先發布，交接才有穩定版本可用
如果目標 Agent 從來沒有發布過版本，就還沒有一個可被安全呼叫的穩定版本。先發布，再把它加進工具。
步驟 2：在 Agent Tools 選到目標 Agent
在 Editor 的 Tools 裡按 Add Tool，到 Agent Tools 選擇你要交接的 Agent。
步驟 3：決定版本策略
你主要會在這兩種模式裡選一個：
| 版本模式 | 適合什麼情況 |
|---|---|
| Always choose latest published version | 目標 Agent 還在持續調整，希望主 Agent 自動跟著最新已發布版本走 |
| Fixed version | 你需要一個穩定、可預期的交接目標，不希望它自動升級 |
大多數人在迭代期，先用 Always choose latest published version 就夠了；等流程穩下來，再考慮固定版本。
步驟 4：把交接條件寫清楚
主 Agent 要知道，什麼時候才應該把工作交出去。
例如：
Use Scheduling Desk after you have identified that the user is ready to request a booking or callback and you need a more structured handoff.
這句話有效，因為它把交接時機說得很清楚。
步驟 5：測試交接邊界
拿應該會跨過邊界的問題來測：
我希望明天下午有人回電給我。我已經準備好預約了，下一步怎麼做？
檢查：
- 主 Agent 有沒有先完成釐清
- 路徑清楚後才交接
- 回答是不是兩個 Agent 各做各的，沒有互相重疊
操作建議
- 目標 Agent 越專注，交接越容易穩
- Agent 名稱盡量反映真實職責，不要只有內部代號
- 交接邏輯同時寫在主 Agent 的
Instructions與工具的When to Use - 如果目標 Agent 還在快速變動，先跟最新已發布版本走，通常比較省事
需要知道的平台行為
- 每個 Agent 最多可加
5個Call Agent - 工具是依序執行
- 被呼叫的 Agent 不會再一路深度呼叫其他 Agent