每個代理都需要自己的模型嗎？
不需要；模型路由可按任務共用模型。
各層
介面
聊天、電郵、排程及系統事件。
規劃
把目標拆成步驟並選擇工具。
模型
按任務及數據類別路由到合適模型。
工具
有版本管理、列明輸入輸出及權限的整合。
政策
權限、上限及批核。
可觀察性
記錄、成本及質素評估。
任務流程
- 指令連同下令者身份經介面進入
- 代理規劃步驟並選擇工具
- 每一步執行前都由政策檢查
- 影響重大的步驟等待批核
- 結果及完整紀錄寫入記錄
代理的記憶
短期記憶涵蓋當前任務；長期記憶保存其後任務需要的事實。兩者都要訂明範圍、保存期限及刪除方式，特別是涉及個人資料時。較穩妥的預設做法，是長期記憶只保存使用者或負責人明確同意的內容。
設計工具
每個工具只做一件事，要有清楚說明、驗證輸入並回傳易明的錯誤。會寫入數據的工具應提供測試模式，顯示效果而不實際執行，讓人先檢查代理的計劃。
多個代理協作
當多個代理協作——例如一個接收服務申請、另一個負責收費——便需要清晰的交接約定：交甚麼數據、用甚麼格式、由誰對結果負責。沒有這些約定，排查問題會非常困難。
設計決定
| 決定 | 選項 |
|---|---|
| 託管 | 公有雲、指定地區的雲端或自建基礎設施 |
| 模型 | 單一供應商、多個供應商或自家模型 |
| 權限 | 代理專用帳戶或代表使用者行事 |
常見問題
記錄應存放在哪裡？
存放在有存取控制、保存期限符合公司政策的地方。