Vercel、Chat SDK公開 Slack・Discord・GitHub向けagentを単一コードベースで展開
Original: Every chat platform has its own event model, threading system, and streaming quirks. We felt this pain internally when we challenged every team to build agents to multiply their output, and the agents were easier than the chat plumbing. So we built Chat SDK to remove that bottleneck. Get started directly or via your coding agents with: ▲ ~/ npm i chat ▲ ~/ npx skills add vercel/chat Read more ↓ vercel.com/blog/chat-sdk-… View original →
XでVercelが発表した内容
2026年3月19日、Vercelはagent展開の本当のボトルネックはモデル接続よりもchat platformごとの配線だったと述べ、Chat SDKを公開した。メッセージング製品ごとにevent model、thread構造、streamingの癖が違うため、SlackやDiscord、GitHubへagentを広げるたびに統合ロジックを作り直す必要があったという。Vercelはその負担をSDK層で吸収しようとしている。
公式ローンチ記事が示す内容
Vercelのブログによれば、Chat SDKはTypeScriptライブラリで、Slack、Microsoft Teams、Google Chat、Discord、Telegram、GitHub、Linear向けbotを単一コードベースから構築できる。中心となるchatパッケージがroutingとapplication logicを処理し、platform固有の差異はadapterが受け持つ。つまりチャンネルを増やしてもbot本体を書き直さずに済む設計だ。
- SDKはmarkdownを各platformの表現に合わせて自動変換し、streaming中の表示崩れを抑える。
- link preview、referenced posts、imagesをagent promptへ自動的に含め、対話contextを保ちやすくする。
- 既存のRedisに加え、PostgreSQL state adapterをproduction-readyな選択肢として追加した。
- さらにWhatsApp対応も拡張し、VercelはChat SDKをopen sourceかつpublic betaだとしている。
なぜ重要か
agentが現場に浸透するかどうかは、優れたモデルを用意できるかだけでは決まらない。実際には、利用者がすでに働いているチャットやissue trackerへ、どれだけ素早くagentを送り込めるかが大きい。ところが実務では、mention処理、table表示、formatting、reactions、streamingなどがchannelごとに異なり、分散した統合作業が採用速度を鈍らせてきた。
Chat SDKはその不安定な差分をadapter層へ押し込み、開発者がworkflow定義に集中できるようにする試みだ。これはmulti-model SDKがprovider差分を吸収したのと同じ発想であり、agent stackの次の競争が「どのmodelを使うか」だけでなく、「どの協業面にどれだけ早く配れるか」に移っていることを示している。もしこの抽象化が機能すれば、bot開発の効率化だけでなく、agentを実際に使われる場所へ配備する速度そのものが変わるはずだ。
ソース: VercelのX投稿 · Vercel Chat SDK発表記事
Related Articles
オープンモデル競争は順位表だけでなく、長時間エージェントの運用コストへ移っている。NVIDIAはNemotron 3 Ultraについて、5倍高速な推論と最大30%低い複雑タスク費用を示した。
議論は並列agentの新奇性より、レビュー可能性、worktree運用、local-first保存の価値に集中した。
GitHubはCopilotアプリの技術プレビューを有料Copilot顧客全体へ広げ、ローカルとクラウドのsandboxを公開プレビューにした。焦点は新しいチャット機能ではなく、命令実行とファイル変更を担うagentの隔離と検証に移っている。