Notion APIの新局面──Developer Platformと8月11日のクレジット移行

Notion APIを取り巻く開発環境が大きく変わりました。Notionは5月13日、Workers、External Agent API、そしてClaude Code、Cursor、Codexをワークスペースに最初から組み込まれた参加者として扱うCLIを備えたDeveloper Platformを公開しました。これは見た目以上に大きな賭けです。狙っているのはエージェントのコントロールプレーンであり、カレンダーに印を付けるべき日は8月11日です。

Notion APIとDeveloper Platform：6つの基盤機能

1回のリリースに、6つの基盤機能が盛り込まれました。WorkersはNode/TypeScriptのホステッドランタイムで、public betaとして提供され、BusinessとEnterpriseでのみ利用できます。External AgentsはAlphaで、Claude Code、Cursor、Codex、Decagonとのパートナー連携がそのまま動作します。カスタムエージェント向けのExternal Agent APIはprivate betaのwaitlist制です。CLIの名称はntnで、全プランに対応し、curl -fsSL https://ntn.dev | bashでインストールできます。Workersで動くデータベース同期はZendesk / Salesforce / Postgresに対応。Webhookトリガーを使えば、任意のアプリからWorkerを経由してNotionへ処理を流せます。出典：NotionによるDeveloper Platformの発表。

さらに重要なシグナルが2つあります。Notion Agent SDK（Alpha、waitlist）を使うと、Notion Custom AgentsをMS Teams、Discord、Amplitude、Hexに組み込めます。ガバナンス機能も含まれており、エージェント操作への段階的な信頼付与、サンドボックス化されたWorkers、デプロイごとの認証と権限が用意されています。

Notion AIエージェント戦略を運用者の視点で読む

見出しにすべきなのは「NotionがSDKを公開した」ではありません。「Notionが自らをエージェント・ワークスペースと位置づけた」です。Claude Code、Cursor、Codex、Decagonというパートナーエージェントがサイドバーに並ぶなら、IDEはオーケストレーション層としての地位を失います。その座はいま、争奪戦のただ中です。

5月13日のリリースノートにあるデモの流れは明快です。Decagonがサポートチケットを受け取り、バグをコーディングエージェントへ渡し、修正をチームに戻して承認を得ます。現在、この一連の処理は3つのアプリとSlackスレッドにまたがっています。Notionはそれを1つの画面へ集約しようとしています。

ワークスペースを押さえた企業が、連携に伴うコストも押さえます。Notionはいま、その「連携税」をCRMベンダーではなくエージェントベンダーから徴収しようとしています。ここが転換点です。

反対の見方もあります。多くの運用チームにはすでに、CRM、プロジェクト管理ツール、独自の管理画面といった標準の作業場所があります。問われるのは、データベース中心、エージェント中心、ブラウザ優先というNotionの特性が、すでにNotionを日常的に使うチームの慣性を味方にできるかどうかです。Notionを使っていないチームには何も変わりません。一方、Notionを使っているチームでは、これから立ち上げようとしていた社内ツールのすべてで、内製か購入かの判断が変わります。

Notion APIと8月11日のクレジット移行

Workersはpublic betaの期間中、無料です。2026年8月11日からはNotion creditsで実行されます。クレジット単価は公表されていません。ここには、非対称な好機と罠が同居しています。

好機は、いまなら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のwaitlistにも登録します。Cloudflare Agents SDK、Mastra、LangGraphですでにエージェントを構築しているなら、ワークスペースの参加者として接続するためのAPIがこれです。GAを待つ必要はありません。

Custom Agentsの再構築は見送ります。本格的な耐久実行ランタイムですでに動いているエージェントを、Notion Workersへ移植してはいけません。Workersが得意なのはツールであり、オーケストレーションではありません。

Cloudflare運用でNotion Workersが置き換えられないもの

耐久ワークフローです。Notion Workersは、ステップ単位のキャッシュ、リプレイ安全性、数時間にわたる耐久実行には対応しません。すでにCloudflare Workflows、Inngest、Temporalを使っているなら、そのまま維持します。

Vectorizeとエンベディングです。NotionはWorkers向けのベクトル機能を公開していません。メモリとRAGは引き続き既存の技術基盤に置きます。

公開APIエンドポイントです。Notion WorkersはNotion内から呼び出すツールであり、公開Webからアクセスする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へ決定論的なツールを与えるために用意する200行のNodeコードです。アプリケーションのバックエンドは置き換えません。Stainless買収について書いた記事で触れたマルチプロバイダーの論点は、ここにも当てはまります。オーケストレーションは移植可能な状態を保ち、Notionはランタイムではなく操作画面として扱います。

今後30日で注視すべきポイント

External Agent APIのGAです。private betaのwaitlistが現在の関門です。公開されれば、その週のうちにMastraやLangGraphを扱う各社がNotionアダプターをリリースします。

8月11日より前にクレジット単価が公表されるかも重要です。2つのシナリオは現実的であり、両立しません。100万回あたり$1未満ならWorkersは明らかに有力な連携層となり、100万回あたり$5以上なら、採用はすでにNotionへ深く依存するチームに限られます。

パートナーエージェントの拡大にも注目です。Claude Code、Cursor、Codex、Decagonに続くのは誰でしょうか。Replit Agent、Devin、Lovable、そしてAnthropic側のManaged Agentsアダプターを見ておくべきです。パートナーが1社増えるたび、運用者がNotionの画面を離れる理由は1つ減ります。

Notion Agent SDKのGAもあります。これは流れの反転です。Notion Agentsが、ほかのツールの中で動くようになります。Notionにとって、これはワークスペースではなくNotion データを守る堀になります。両方がQ3に公開されれば、Notionが競う対象は操作画面ではなく、エージェントそのものになります。