Notion 3.6 — External Agents API GA
Notionは、外部AIを
同僚として招くようになった。
Notion AI のバージョン 3.6 で、External Agents API が正式版（GA）に切り替わりました。Notion Developers ドキュメントによると、Claude Code や Cursor のような外部エージェントを、ワークスペースに「メンバー」として招待し、タスクを割り当て、進捗を追跡できます。ベータ扱いだったこの機能が GA になった意味を、ドキュメント運用の視点から読み解きます。
What Changed
ベータ → 正式版。何が変わるのか
SLA・課金・監査の 3 点が揃って、初めて業務投入できる。
External Agents API 自体は 2026 年春からベータ提供されていました。今回の GA で変わったのは、プロダクトの実力ではなく、業務に載せる前提条件です。Notion のドキュメントに明記された変更点は 3 つ。①エージェント呼び出しに SLA（可用性保証）が付いたこと、②課金がベータ時の実質無料から従量制に移行したこと、③外部エージェントの操作ログが監査ログに統合されたこと——です。
特に 監査ログへの統合 は情シス側にとっての意味が重い。ベータの間は「勝手に入れてしまった外部エージェント」が、後から誰が何をしたか追跡できない"影の従業員"になりがちでした。GA でようやく「稟議を通して、監査ログを添えて、業務に載せる」という順序が現実的になった、と読むのが正しい。
The Numbers
GA で揃った 3 つの前提条件
| ベータ時（〜2026春） | GA（2026-07-11〜） |
|---|---|
| 試験扱い、SLA なし | SLA 明記、業務適用可能 |
| 実質無料（乱用リスクあり） | 従量課金、コスト可視化 |
| 外部エージェントの動きは追跡困難 | Notion 監査ログへ統合 |
| 実験的タスクに閉じる | 本番タスクに割当可能 |
Why It Matters
「AI をメンバー扱いする」設計思想の含意
Notion が今回選んだ設計は、外部エージェントを 特殊なオブジェクトにしないことです。Claude Code も Cursor も Devin も、ワークスペースの中では「メンバー」の一種として扱われ、タスクを持ち、コメントを書き、通知を受け取ります。つまり運用側は、AI を「新しい機能」として個別対応する必要がなくなり、既存の人事的な運用（役割・アクセス制御・タスク管理）をそのまま流用できます。
この方向性は Anthropic の Model Context Protocol（MCP） の広がりと並走しています。MCP が「AI から外部への読み書きの標準化」を担うのに対し、Notion 3.6 は「外部から AI へのタスク発行を標準化する」層を担います。つまりドキュメント運用側から見ると、「うちのタスク管理に AI を直接繋げる標準」が事実上出来上がった、ということです。
Who It Hits
読者タイプ別のインパクト
エンジニア中心の話に見えて、実は PdM と管理側にも波及します。
エンジニア
Claude Code や Cursor を、issue tracker 経由ではなく Notion のタスクボードから直接呼べるようになります。設計ドキュメントとタスクが同居している Notion の強みが、AI 側にもそのまま活きます。
PdM・PjM
タスクを AI にアサインし、進捗を人間と同じビューで追える。エンジニア個別の実装を待たずに「エージェントを走らせる仕事」を業務プロセスに載せられる第一歩です。
情シス・管理側
GA で監査ログ統合が入ったのは大きい。逆に言えば、ベータ時代に勝手に有効化されていた外部エージェントの棚卸しを、この機会にやっておくべきです。
外部エージェントを、機能ではなく
メンバーとして招く。
What's Next
次に何が起きるか / 何をすべきか
影の外部連携を棚卸しする
ベータ期に有効化されていた外部エージェントを一覧化し、GA 移行時に本当に残すものだけを再認可します。「昔ベータで入れた」まま残っている連携は必ずあります。
タスクフォーマットを AI 向けに整える
人間が読む前提の曖昧なタスク記述は、AI エージェントには通じません。「入力・出力・完了条件」を明示する型を、最初の 3 テンプレだけ作っておくのが実務的です。
従量課金の予算枠を切る
ベータの無料期間が終わり、呼び出し数がコスト直結します。エージェント別の月次予算枠を設定し、Notion の使用量ページで監視するフローを 1 か月分先に組んでおきます。
The Counterpoint
反対視点：AI をメンバー扱いする副作用
設計思想は魅力的ですが、「AI もメンバー」という抽象化は運用のごまかしを生みます。人間メンバーには研修・評価・懲戒がありますが、AI エージェントには相当するものが無く、失敗の責任がタスク発行者に集中します。組織側で「AI に割り当てたタスクの品質保証」を誰が持つのかを、最初に明文化しておかないと後で揉めます。
また、Notion 側のタスクボードから外部エージェントを直接呼べる利便性は、ベンダーロックインの新しい入口にもなります。同種の統合を GitHub / Linear / Jira が競って追う中で、Notion タスク配下でだけ動く運用に振り切ると、他ツール移行が難しくなります。「まず 1 か月、限定チームで」の運用を守るのが安全な入り方です。