Vercel, Chat SDK 공개… Slack·Discord·GitHub 에이전트를 단일 TypeScript 코드베이스로
Vercel은 2026년 3월 19일 내부 agent 배포에서 드러난 채팅 플랫폼 통합 병목을 줄이기 위해 Chat SDK를 만들었다고 밝혔다. 공식 글은 이 도구를 Slack, Teams, Google Chat, Discord, Telegram, GitHub, Linear, WhatsApp까지 단일 코드베이스로 연결하는 오픈소스 public beta TypeScript 라이브러리로 설명한다.
원문: 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-… 원문 보기 →
X에서 Vercel이 발표한 내용
2026년 3월 19일 Vercel은 모든 채팅 플랫폼이 서로 다른 event model, thread 구조, streaming 동작을 갖고 있다는 점이 내부 agent 확산의 병목이었다고 설명하며 Chat SDK를 공개했다. 핵심 메시지는 단순하다. agent 자체를 만드는 것보다 Slack, Discord, GitHub 같은 채널마다 통합 로직을 따로 붙이는 일이 더 느리고 번거로웠고, 이 문제를 SDK 레이어로 추상화하겠다는 것이다.
공식 블로그가 설명한 Chat SDK의 범위
Vercel 블로그에 따르면 Chat SDK는 TypeScript 기반 라이브러리로, 하나의 코드베이스에서 Slack, Microsoft Teams, Google Chat, Discord, Telegram, GitHub, Linear용 bot을 만들 수 있다. 핵심 chat 패키지가 event routing과 application logic을 맡고, 플랫폼 차이는 adapter가 처리한다. 즉 Slack용 handler를 작성한 뒤 Discord로 옮긴다고 해서 bot 로직 전체를 다시 짤 필요가 없다는 뜻이다.
- SDK는 markdown을 각 플랫폼 표현 방식에 맞게 자동 변환해 streaming 중 포맷 깨짐을 줄인다.
- link preview, referenced posts, images를 agent prompt에 자동 포함해 context를 더 풍부하게 만든다.
- Redis 외에도 PostgreSQL state adapter를 production-ready 옵션으로 추가했다.
- 블로그는 WhatsApp 지원과 함께, Chat SDK가 open source이며 public beta 단계라고 밝힌다.
왜 중요한가
agent가 실제 업무에 스며들려면 사용자가 agent를 찾아가는 방식보다, 사용자가 이미 일하는 채널 안으로 agent가 들어가는 방식이 더 자연스럽다. 문제는 채널마다 threading, reaction, markdown, streaming, table rendering 방식이 달라 같은 기능을 반복 구현해야 한다는 점이었다. Vercel은 Chat SDK를 통해 이 차이를 adapter 레이어로 밀어 넣고, 개발자는 핵심 workflow 정의에 집중하도록 만들고자 한다.
이는 AI SDK가 모델 제공자 차이를 단일 인터페이스로 감쌌던 것과 유사한 전략이기도 하다. 앞으로 agent 경쟁력은 어떤 모델을 쓰느냐뿐 아니라, 얼마나 많은 협업 표면에 빠르게 배치할 수 있느냐에도 달려 있다. 그런 점에서 Chat SDK는 새로운 model launch가 아니라, agent 배포 채널을 하나의 개발 단위로 묶으려는 IT 인프라 업데이트로 볼 수 있다. 기업이 이미 쓰는 메시징 도구와 issue tracker 위로 agent를 자연스럽게 올릴 수 있다면, agent adoption 속도 자체가 달라질 수 있다.
관련 기사
Cursor, code review agent가 PR activity를 학습해 real-time self-improve… 해결률 78% 제시
Cursor는 2026년 4월 8일 X에서 code review agent가 pull request activity를 실시간으로 학습할 수 있다고 밝혔다. 회사는 또한 agent가 찾아낸 issues 가운데 78%가 PR merge 시점까지 해결된다고 주장했다.
Cloudflare Agent Memory, agent 대화 기억을 context window 밖에서 관리
왜 중요한가: 장시간 실행되는 agent는 모든 메시지를 다시 넣지 않고도 이전 상태를 기억해야 한다. Cloudflare는 private beta로 공개한 Agent Memory가 context window를 채우지 않으면서 필요한 정보를 다시 제공한다고 설명했다.
GitHub, Copilot coding agent for Jira public preview 공개
GitHub가 Jira issue를 Copilot coding agent에 직접 할당해 draft pull request를 생성하는 integration을 public preview로 공개했다. Jira와 GitHub 사이의 context switching을 줄이면서도 기존 review·approval 규칙은 유지하는 것이 핵심이다.