Notion が 2026 年 5 月 13 日、自社のワークスペースを「AI エージェントのハブ」に位置づける Notion Developer Platform を発表しました。2025 年 9 月の Notion 3.0（Agents 搭載）、2026 年 2 月の Custom Agents に続く、第 3 弾の大きな打ち手です。今回のアップデートでは Claude Code や Cursor、Codex、Decagon といった外部エージェントを Notion 内から直接呼び出し、Salesforce や Zendesk、Postgres のデータも統合的に扱えるようになりました。本記事では、はてなベース株式会社が日常的に kintone と Notion、freee、Claude を組み合わせてバックオフィスを設計してきた立場から、新しい Notion が国内企業のナレッジ運用にどう効くのかを整理します。
発表された新機能の中身
今回の発表の中核は、Notion を「アプリケーション」から「プログラマブルなプラットフォーム」へと組み替える Notion Developer Platform です。CEO の Ivan Zhao 氏は発表の中で「Any data, any tool, any agent」とコメントし、データ・ツール・エージェントを 1 つの基盤に集めることが今回のゴールだと位置づけました。
プラットフォームを構成するのは、(1) チーム独自のコードを実行できるクラウド環境 Workers、(2) 開発者向け CLI、(3) 外部エージェントを Notion から呼び出す External Agent API の 3 つです。Workers では Webhook をトリガーに Notion へデータを同期したり、独自ツールを動かしたりすることが可能になり、外部インフラに頼らずに済みます。CLI は Business / Enterprise プランで利用できます。
External Agent API のローンチパートナーは Claude Code・Cursor・Codex・Decagon の 4 つで、Notion 上のチャットからこれらに直接タスクを振り分けて進捗を追跡できる設計です。データ側では Salesforce・Zendesk・Postgres などの API を持つツールと接続でき、社内ナレッジ・SaaS・コードベースを横断したエージェント運用が現実的になりました。
| Custom Agents | 業務トリガーで動く自社専用エージェント | Business / Enterprise（クレジット制） |
| Workers | カスタムコード実行環境（クラウド） | 2026 年 8 月まで無料試験 |
| Developer CLI | Notion をコマンドラインから操作 | Business / Enterprise |
| External Agent API | Claude Code・Cursor・Codex 等の外部 AI を呼び出し | Business / Enterprise |
| Connectors | Salesforce・Zendesk・Postgres ほか | Business / Enterprise |
料金面では、Custom Agents が 2026 年 5 月 4 日からクレジット制に移行しました。Business プランは 1 シート月額 20 ドル、Enterprise プランはカスタム見積もりで、ゼロデータリテンション・SCIM・DLP・SIEM 連携・専任 CSM が追加されます。Custom Agents のクレジットは 1,000 クレジットあたり 10 ドルで購入する形で、エージェントの利用量に応じて従量課金される仕組みです。
Notion はこれまでに 100 万を超える Custom Agents が顧客側で構築されたと公表しています。エージェント運用は実験段階を超え、社内ワークフローの常設パーツになりつつある段階です。
競合との比較。Confluence、kintone、Microsoft 365 Copilot
国内のナレッジ管理市場では、Notion の競合は主に 3 つです。Atlassian の Confluence × Atlassian Intelligence、サイボウズの kintone × AI 連携、そして Microsoft の Microsoft 365 Copilot です。それぞれ思想が異なるため、選定時は「どの情報資産が中心にあるか」で考えると整理しやすくなります。
| Notion + AI Agents | ドキュメント・DB・タスクが一体。外部エージェント呼び出しが標準化 | 業務システム側の正規化されたデータ管理は弱い | ナレッジワーク中心のスタートアップ・専門サービス業 |
| Confluence + Atlassian Intelligence | Jira との統合。開発組織の運用知が貯まる | 非エンジニア部門には学習コストが高い | エンジニアリング組織が主軸の SaaS 企業 |
| kintone + AI 連携 | 業務アプリ化・帳票・申請に強い。日本企業の運用に最適化 | ナレッジ集約・全文検索・横断 AI は標準では弱い | バックオフィス DX・基幹寄りの中堅企業 |
| Microsoft 365 Copilot | Teams / Outlook / Excel の文脈で AI が動く | ナレッジが SharePoint に分散しがち。エージェント設計の自由度は限定的 | Microsoft 365 全社導入済の大企業 |
Notion の今回のアップデートは、上記の 4 社のうち「ナレッジを中心にエージェントを設計する」路線で頭一つ抜けた形です。特に External Agent API で Claude Code・Cursor・Codex を直接呼べる点は、Confluence や kintone にはまだない強みです。一方で、kintone のような申請ワークフロー・帳票出力・原価管理を Notion 単体で代替するのは現実的ではなく、業務システムは引き続き別建てで持つ前提になります。
Microsoft 365 Copilot は Teams・Outlook・Excel の中で動くことが強みですが、エージェントの作成と運用は管理者主導になりがちで、現場ユーザーがその場で組み立てる自由度は Notion のほうが高い印象です。Confluence + Atlassian Intelligence は Jira とのセットで真価を発揮するため、開発組織が主体でない企業ではオーバースペックになります。
国内利用企業への示唆
国内でも Notion はスタートアップ・コンサル・専門サービス業を中心に普及が進んでいます。今回のアップデートで影響を受けるのは、ざっくり次の 3 タイプの企業です。
- Notion をすでに全社展開している企業。これまでは「ドキュメントの置き場」だった Notion を、業務エージェントの基盤として再設計できる段階に入りました。
- Confluence や SharePoint からの乗り換えを検討している企業。AI エージェント前提でナレッジ基盤を組み直すなら、Notion の路線は最も筋が良くなっています。
- kintone・Salesforce・freee を業務システムとして使っている企業。Notion はナレッジ層、kintone は基幹データ層、という二層構造で組むと、Custom Agents が双方を横断して動かせます。
特に重要なのは 3 番目のパターンです。日本企業の DX 現場では、申請・取引・受発注などの業務データは kintone や Salesforce、会計データは freee に置き、人と人とのコミュニケーションや手順書は Notion で運用する、というハイブリッド構成が多くなりました。今回 Notion が Salesforce・Postgres コネクタと External Agent API を整備したことで、ナレッジ層から基幹層へ AI 経由でアクセスする経路が現実的になっています。
一方で、社内ナレッジ管理担当・情シスが意識すべきリスクもあります。第一に 権限設計です。Custom Agents は Notion 上の権限を継承して動くため、ページの公開範囲が雑なままだとエージェント経由で機微情報が漏れる経路ができます。第二に コストの読みづらさです。クレジット制は使うほど積み上がる構造のため、ROI を測る単位（1 件あたり何クレジットの問い合わせを処理しているか）を最初に決めておかないと、月次の請求が読めません。第三に ベンダーロックインの度合いです。Notion を業務の中心に据えると、ナレッジだけでなくエージェント・ワークフローまで Notion 依存になります。社外要因で価格や規約が変わったときの撤退コストを試算しておくべきです。
Notion を AI エージェントのハブにする設計は強力ですが、その前提として「ナレッジが構造化されていること」と「権限が整理されていること」の 2 つが必須です。乱雑な Notion の上にエージェントを乗せると、回答精度の低さがそのままユーザー体験の悪さに直結します。
社内ナレッジを AI エージェント前提で組み直したい企業向けに、はてなベースでは オンプレ／クラウド両対応の社内 RAG 基盤構築 を支援しています。Notion・kintone・Salesforce など複数ソースを横断して質問できる基盤の設計から、業務エージェントの組み込みまで一気通貫でご支援します。詳細は [社内 RAG 基盤の導入支援](/internal-rag/) をご覧ください。
はてなベースが推奨する導入アクション
今回の Notion のアップデートを受けて、社内ナレッジを起点に AI を設計したい企業に対し、はてなベースとしては次の 4 ステップで取り組むことを推奨します。Notion を全社展開するかどうかにかかわらず、共通して効くアプローチです。
- ナレッジの棚卸し。Notion・Confluence・Google Drive・SharePoint・kintone のスペースを 1 枚のマップに描き、重複・空白・更新停止を見える化する。
- 権限と公開範囲の整理。エージェントが動くと既存の権限がそのまま透ける。ページごとの閲覧・編集権限を「人」ではなく「ロール」で定義し直す。
- 1 つの定型業務を選んでパイロット。日次レポート・問い合わせ振り分け・週次サマリーなど、繰り返し型の業務を 1 つ選び、Custom Agents で 4 週間運用する。
- KPI とコストの監視。クレジット消費・回答精度・人手介入率を毎週ダッシュボード化する。試算のフィット感が取れて初めて横展開する。
特に 1 と 2 は地味ですが効果が大きい工程です。多くの企業で、Notion を AI で活用しようとして最初に詰まるのは「そもそもナレッジが散らかっている」という構造の問題で、AI ツールの問題ではありません。ここを整えてから Custom Agents を入れると、同じ予算で得られる成果が一桁違うレベルで変わります。
また、Notion だけで完結させず、Claude Enterprise や独自 RAG 基盤との並走を視野に入れることもおすすめします。Notion はナレッジワークの「フロント UI」として強力ですが、機微情報を多く扱う部署や、特定業務にチューニングした AI を持ちたい部署では、別途オンプレ環境やプライベートクラウドで動かす生成 AI と組み合わせるほうが安心です。はてなベースでは Claude Enterprise の導入と社内 RAG 基盤の構築をセットでご支援しています。
「全社で AI を使いたいが、機微情報を社外に出したくない」という企業向けに、Claude Enterprise の導入支援とオンプレミス生成 AI 環境の構築を行っています。Notion ／ kintone ／ Salesforce など既存の業務システムと連携した実装パターンも豊富にご紹介できます。詳しくは [Claude Enterprise 導入支援](/claude-enterprise/) をご覧ください。
まとめ
Notion の今回のアップデートは、AI 時代の社内ナレッジ管理の方向性を明確に示した一手です。ワークスペースを「ドキュメントの集積地」から「エージェントの中継点」へと再定義する設計は、Confluence や Microsoft 365 Copilot とは異なる路線で、kintone のような基幹システムとも補完関係を組めます。重要なのは、ツールを入れる前にナレッジの構造と権限を整え、定量的にコストと効果を測る運用に踏み込めるかです。はてなベースでは Notion・kintone・freee・Claude を組み合わせた DX 設計を一気通貫でご支援しています。