Vercel 在 ２０２６ 年 ５ 月 ２０ 日更新 Chat SDK，讓它內建 AI SDK tools。開發者可以透過新的 chat/ai subpath 和 createChatTools(chat)，把 Chat SDK 的 read／write actions 接進 AI SDK agent。
這個更新的意義不只是「又多一個整合」。它代表聊天產品正在從訊息介面，變成可被 agent 操作的 application surface。
這次更新提供什麼？
Vercel changelog 提到，Chat SDK 現在可透過 createChatTools(chat) 將工具接進 agent。官方範例使用 ToolLoopAgent，並把 createChatTools(chat, { preset: "messenger" }) 放進 tools。
同時有幾個設計重點：
- write tools 可透過
requireApprovalgate 控制。 - presets 包含
reader、messenger、moderator。 - lazy loading 只會建立 preset 允許的工具。
toAiMessages與相關 types 移到chat/ai。
這些細節看似偏 SDK，但其實是在處理 agent UX 的核心問題：agent 到底能讀什麼、寫什麼、何時需要人批准。
為什麼聊天產品需要 tools？
傳統 chatbot 只回答文字。現代聊天產品則通常需要：
- 讀 conversation history。
- 找特定 thread。
- 產生回覆草稿。
- 發送訊息。
- 標記訊息狀態。
- 做 moderation。
- 整理摘要。
- 根據使用者意圖改變工作流。
如果這些動作都由開發者手寫按鈕和後端 API，產品會很僵硬。AI SDK tools 讓 agent 可以根據對話情境選擇操作，但前提是工具權限要被切得夠清楚。
presets 的價值：不要把所有權限都丟給 agent
reader、messenger、moderator 這類 preset 的價值，是把工具集縮到任務需要的範圍。
| Preset | 可能用途 | 風險控制重點 |
|---|---|---|
| reader | 讀取訊息、摘要、找上下文 | 不允許寫入或發送 |
| messenger | 草擬、回覆、發送訊息 | 高風險寫入要 approval |
| moderator | 標記、分類、處理違規內容 | 要留下理由與 audit trail |
Agent 權限設計的基本原則是：能讀不代表能寫，能草擬不代表能直接送出。
requireApproval 為什麼重要？
聊天產品中的 write action 很敏感。Agent 發錯一則訊息，可能造成客服誤回、銷售承諾錯誤、社群管理誤判，或把內部內容送到外部。
requireApproval 的設計代表：工具可以開放，但高風險步驟要停下來讓人確認。
常見需要 approval 的動作包括：
- 對外發送訊息。
- 刪除或封鎖使用者。
- 修改客戶狀態。
- 送出合約或報價。
- 將 conversation 標記為 resolved。
- 對多個 thread 批次操作。
好的聊天 agent 不應該只是「自動做完」，而是知道哪些地方要讓人點頭。
對產品設計的影響
Chat SDK 加入 AI SDK tools 後，聊天產品的設計會變成三層：
１．Message layer：處理訊息、thread、participant。
２．Tool layer：把可讀寫動作包成明確工具。
３．Agent layer：根據上下文選工具、提出操作、等待 approval。
這比把 agent 做成旁邊的聊天框更自然。Agent 不再只是「看著產品說明」，而是可以在產品本身可控地操作。
適合哪些場景？
這個更新特別適合：
- 客服 inbox。
- 團隊協作聊天。
- 社群 moderation。
- 內部 support bot。
- 銷售和客戶成功工作流。
- AI email 或 chat copilot。
- 多人對話摘要和 follow-up。
共同點是：產品本身以 conversation 為核心，而且 agent 需要讀寫 conversation state。
官方來源
結論
Vercel Chat SDK 的這次更新，重點不是讓聊天機器人更會聊天，而是讓聊天產品可以安全地 agent 化。
createChatTools、presets 和 requireApproval 對應的是三個產品問題：工具怎麼接、權限怎麼縮、寫入怎麼審。真正能上線的 chat agent，會在這些小地方決定品質。