Notion API의 확장, 8월 11일 크레딧 절벽이 온다
Notion API와 Developer Platform이 공개한 Workers, 외부 에이전트, CLI의 핵심을 짚습니다. 2026년 8월 11일 시작되는 크레딧 과금이 자동화 비용과 에이전트 운영 전략을 어떻게 바꾸는지도 실무 관점에서 분석해 봅니다.

Notion은 5월 13일, Notion API 생태계를 크게 넓히는 Developer Platform을 공개했습니다. Workers와 External Agent API, 그리고 Claude Code, Cursor, Codex를 워크스페이스의 기본 참여자로 연결하는 CLI가 핵심입니다. 발표문만 봐서는 체감하기 어렵지만, Notion은 에이전트 컨트롤 플레인의 주도권을 노리고 있습니다. 달력에 표시해야 할 날짜는 8월 11일입니다.
Notion API 생태계에 추가된 6가지 기능
한 번의 릴리스에 6개 기반 기능이 나왔습니다. Workers는 Node/TypeScript 기반 호스팅 런타임으로, 공개 베타 기간에는 Business와 Enterprise 요금제에서만 쓸 수 있습니다. Alpha 단계인 External Agents에는 Claude Code, Cursor, Codex, Decagon 파트너 연동이 기본 제공됩니다. 커스텀 에이전트를 위한 External Agent API는 비공개 베타 대기 명단을 받고 있습니다. 모든 요금제에서 제공되는 CLI의 이름은 ntn이며, curl -fsSL https://ntn.dev | bash로 설치합니다. Workers 기반 데이터베이스 동기화는 Zendesk, Salesforce, Postgres를 지원합니다. Webhook 트리거를 이용하면 어떤 앱에서든 Worker를 거쳐 Notion으로 데이터를 보낼 수 있습니다. 출처: Notion Developer Platform 발표.
주목할 신호는 2개 더 있습니다. Alpha 단계로 대기 명단을 운영 중인 Notion Agent SDK를 사용하면 Notion Custom Agents를 MS Teams, Discord, Amplitude, Hex에 삽입할 수 있습니다. 거버넌스도 포함됩니다. 에이전트 작업에 대한 점진적 신뢰 모델, 샌드박스형 Workers, 배포별 인증과 권한을 제공합니다.
운영자 관점에서 읽어야 할 대목
핵심은 “Notion이 SDK를 출시했다”가 아닙니다. “Notion이 스스로를 에이전트 워크스페이스로 선언했다”는 데 있습니다. Claude Code, Cursor, Codex, Decagon이 사이드바에 들어오는 파트너 에이전트가 되면 IDE는 오케스트레이션 계층이라는 지위를 잃습니다. 이제 그 자리를 두고 경쟁이 시작됐습니다.
5월 13일 릴리스 노트의 데모 흐름은 분명합니다. Decagon이 고객 지원 티켓을 접수하고, 버그를 코딩 에이전트에 넘긴 뒤, 수정안을 팀에 보내 승인을 받습니다. 지금은 3개 앱과 Slack 스레드에 흩어져 있는 과정을 Notion이 하나의 화면으로 모으려는 것입니다.
워크스페이스를 장악한 쪽이 통합 비용을 가져갑니다. 이제 Notion은 그 비용을 CRM 업체가 아니라 에이전트 업체로부터 거두려 합니다. 바로 이 지점이 달라졌습니다.
반론도 있습니다. 대부분의 운영 스택에는 이미 CRM, PM 툴, 커스텀 관리자 화면 중 하나가 기본 작업 공간으로 자리 잡고 있습니다. 결국 관건은 데이터베이스 중심·에이전트 중심·브라우저 우선이라는 Notion의 방식이 이미 Notion 안에서 일하는 팀의 관성을 등에 업을 수 있느냐입니다. Notion을 쓰지 않는 팀에는 달라지는 것이 없습니다. 반대로 Notion을 중심으로 일하는 팀이라면, 새로 만들려던 모든 내부 툴의 자체 구축과 구매 판단이 달라집니다.
8월 11일, 크레딧 절벽이 시작됩니다
Workers는 공개 베타 기간에 무료입니다. 2026년 8월 11일부터는 Notion 크레딧을 사용하며, 크레딧 요율은 아직 공개되지 않았습니다. 여기에 비대칭적인 기회와 함정이 함께 있습니다.
기회는 지금 무료로 Workers를 구축할 수 있다는 점입니다. 8월 10일까지 동기화 작업 3개와 에이전트 툴 2개를 배포하면 통합 비용 없이 구축을 마칠 수 있습니다. 기다렸다가 시작하면 Notion이 어떤 요율을 발표하든 그 가격 체계에서 벗어나기 위한 마이그레이션을 해야 하고, 로드맵에 반영하지 않았던 크레딧 과금 모델을 안고 움직여야 합니다.
수치로 보면 더 명확합니다. 5분 간격 동기화 1개는 한 달에 8,640회 실행됩니다. 3개면 월 25,920회입니다. 8월 10일 이후 Notion에서 드는 비용은 아직 미지수입니다. 100만 회당 $1 미만으로 책정된다면 접착제 역할을 하는 인프라로서는 저렴하므로 Notion 데이터를 다루는 모든 작업을 옮길 만합니다. 100만 회당 $5+ 수준이라면 비용에 민감한 시장은 Cloudflare에 남고, Notion Workers는 Notion 데이터 전용 툴에 머물 것입니다.
함정도 분명합니다. 기존 스택에서 이미 결정론적으로 저렴하게 돌아가는 워크로드까지 옮겨서는 안 됩니다. Notion 데이터 바로 옆에서 실행될 때 이점이 있는 작업만 이전해야 합니다. Notion을 읽는 동기화 작업, Notion에 쓰는 에이전트 툴, Notion 데이터베이스로 퍼져 나가는 Webhook이 여기에 해당합니다. 나머지는 지금 있는 곳에 두는 편이 낫습니다.
이번 주에 바로 배포할 것
먼저 CLI를 설치합니다. curl -fsSL https://ntn.dev | bash를 실행하고 인증하면 끝입니다. 무료이며 별도의 플랫폼 요금제도 필요 없습니다. CLI 개요를 참고하면 됩니다.
비용 이상의 가치를 만드는 Worker 1개를 배포합니다. Custom Agents가 일주일에 50+회 호출할 결정론적 에이전트 툴이면 충분합니다. 이메일로 고객 찾기, Linear로 작업 보내기, 주간 보고서 생성 같은 기능입니다. 토큰을 아낄 수 있고 LLM 추론도 필요 없으며 샌드박스에서 실행됩니다. 툴 가이드를 확인하십시오.
전에는 만들 가치가 없었던 동기화 작업도 1개 배포합니다. Postgres 테이블, Stripe 결제 내역, GitHub PR 상태를 Notion 데이터베이스로 보내는 식입니다. 일정과 자격 증명은 Workers가 처리합니다. “팀이 볼 수 있게 X 데이터를 Notion에 넣어야겠다”고 미뤄 온 일이 있다면, 무료인 이번 주에 끝내는 편이 좋습니다.
External Agent API 대기 명단에도 등록합니다. 이미 Cloudflare Agents SDK, Mastra, LangGraph로 에이전트를 구축했다면, 이 API를 통해 해당 에이전트를 워크스페이스 참여자로 연결할 수 있습니다. GA까지 기다릴 이유가 없습니다.
Custom Agents 재구축은 건너뜁니다. 실제 내구성 실행 런타임에서 이미 운영 중인 에이전트를 Notion Workers로 옮기지 마십시오. Workers는 툴에는 적합하지만 오케스트레이션용은 아닙니다.
Cloudflare를 쓴다면 대체하지 못하는 것
내구성 워크플로입니다. Notion Workers는 단계별 캐시, 재실행 안전성, 수시간에 걸친 내구성 실행을 지원하지 않습니다. 이미 Cloudflare Workflows, Inngest, Temporal을 쓴다면 그대로 유지해야 합니다.
Vectorize와 임베딩입니다. Notion은 Workers에 벡터 기반 기능을 제공하지 않습니다. 메모리와 RAG는 계속 기존 스택에 둬야 합니다.
공개 API 엔드포인트입니다. Notion Workers는 Notion 내부에서 호출하는 툴이지, 공개 웹에서 접근하는 HTTP 서비스가 아닙니다.
5분 미만의 Cron 일정입니다. 짧은 주기의 반복 실행에는 Cloudflare Cron Triggers와 Agents SDK의 this.schedule()이 여전히 앞섭니다.
휴면형 에이전트 패턴입니다. Notion Custom Agents는 단발성 워크플로 실행에는 강하지만, Durable Objects로 만드는 장기 실행형·인스턴스별 저장소 에이전트에는 상대적으로 약합니다. 제가 소규모 비즈니스를 위한 Claude 스택에서 다룬 패턴, 즉 각각 자체 메모리와 일정을 가진 6개의 전문 에이전트는 현재 Workers 샌드박스에 깔끔하게 들어맞지 않습니다.
정확한 결론은 이렇습니다. Notion Workers는 Zapier, AWS Lambda 접착 계층, 그리고 Custom Agent에 결정론적 툴을 제공하려고 작성했을 Node 코드 200줄을 대체합니다. 애플리케이션 백엔드까지 대체하지는 않습니다. 제가 Stainless 인수를 다루며 짚은 멀티 프로바이더 문제도 여기서 그대로 적용됩니다. 오케스트레이션은 이식 가능하게 유지하고, Notion은 런타임이 아니라 작업 화면으로 다뤄야 합니다.
앞으로 30일 동안 확인할 것
External Agent API의 GA 전환입니다. 현재는 비공개 베타 대기 명단이 관문입니다. 문이 열리면 Mastra와 LangGraph를 쓰는 모든 업체가 그 주에 Notion 어댑터를 내놓을 것입니다.
8월 11일 이전의 크레딧 요율 공개입니다. 두 시나리오는 실제로 가능하며 동시에 성립할 수 없습니다. 100만 회당 $1 미만이면 Workers는 확실한 접착 계층이 됩니다. 100만 회당 $5+ 수준이면 이미 Notion에 묶인 팀으로 도입 범위가 제한됩니다.
파트너 에이전트 확대입니다. Claude Code, Cursor, Codex, Decagon 다음은 누구일까요? Replit Agent, Devin, Lovable, 그리고 Anthropic 측 Managed Agents 어댑터를 지켜봐야 합니다. 파트너가 하나 늘 때마다 운영자가 Notion 화면을 떠날 이유는 하나씩 줄어듭니다.
Notion Agent SDK의 GA 전환도 봐야 합니다. 이번에는 흐름이 반대입니다. Notion Agents가 다른 툴 안에서 실행됩니다. 이는 워크스페이스가 아니라 Notion 데이터를 둘러싼 해자 전략입니다. 두 제품이 모두 Q3에 출시되면 Notion은 더 이상 작업 화면을 놓고 경쟁하는 것이 아니라 에이전트 자체를 놓고 경쟁하게 됩니다.
2026년 9월 5일







