結論: Notionは2026年4月14日のバージョン3.4 Part 2で「Workers for Agents」のデベロッパープレビューを開始し、開発者が書いたサーバーサイドコードをNotionの組み込みAIエージェントが呼び出せる仕組みを提供しました。これによりNotionは「ノートツール」から「業務処理基盤」へと転換点を迎えています。
この記事の要点:
- Workers for Agents: 30秒タイムアウト・128MBメモリのサンドボックスで外部API呼び出し・データ変換が可能
- Custom Agentsのコストが35〜50%削減(新モデル採用による)
- n8n MCP統合でNotionエージェントが既存の自動化フローを呼び出せるように
対象読者: NotionをチームのハブとしているDX推進担当・エンジニア・業務改善担当者
読了後にできること: Workers for Agentsのデベロッパープレビューに申請し、自社業務のAPIをNotionエージェントに接続するための設計図を描ける
「Notionのエージェントって結局、チャットボットと何が違うの?」
企業向けAI研修で最近よく聞かれる質問です。「AIエージェントを試したけど、Notionのデータを参照するだけで終わった」という声も多い。確かに、情報を取得して答えを返すだけなら、高度なAIエージェントを使う必然性がないように見えます。
ところが2026年4月14日のNotionバージョン3.4 Part 2で、その状況が根本から変わり始めました。「Workers for Agents」というデベロッパープレビューが始まり、エージェントが「計算する・外部に動作させる」ことが可能になったのです。
この記事では、Notion Workers for Agentsの技術的な仕組みから実装パターン、n8nとの統合方法まで徹底的に解説します。Notionを単なるナレッジベースとして使っていた企業にとって、これは業務フローの再設計を考えるタイミングかもしれません。
Notion 3.4 Part 2が変えた3つのこと
2026年4月14日のリリースは、Notionが自ら「productivity tool from application platform へのシフト」と表現した転換点です。主な変化を整理します。
1. Workers for Agents(デベロッパープレビュー)
最も重要な変化です。これまでのNotionエージェントは「Notionのデータを読んで答える」ことしかできませんでした。Workers for Agentsにより、開発者がサーバーサイドのJavaScript/TypeScriptコードをWorkerとして登録し、エージェントがユーザーの要求に応じてそのWorkerを呼び出せるようになりました。
具体的には以下の処理が可能です:
- 外部APIへのリクエスト(CRM、在庫管理システム、基幹システムなど)
- データの変換・計算(複雑なビジネスロジックの実行)
- 他システムへのデータプッシュ(Slackへの通知送信など)
- 複数操作のチェーン(一連の処理をまとめて実行)
AIエージェントの基本概念や業務への実装パターンについては、AIエージェント導入完全ガイドで体系的にまとめています。WorKers for Agentsの文脈を理解するうえでの参考にしてください。
2. 8つの新APIエンドポイント(/v1/views)
データベースビューのプログラム管理を可能にする8つの新APIエンドポイントが追加されました。これまで「手動でUIから作成するしかない」と言われていたビューの作成・更新・削除がAPI経由でできるようになり、大量のデータベースを持つチームにとって運用上の大きなボトルネックが解消されます。
また、Smart Filtersとして「`”me”`(自分自身)」や「`”today”`(今日)」「`”last_week”`(先週)」のような相対的な日付表現がAPIで使えるようになりました。以前は毎回絶対日付を計算してリクエストに含める必要がありましたが、この変更でフィルタの管理が大幅にシンプルになります。
3. Voice Input on Desktop
デスクトップアプリでもマイクボタンからAIプロンプトを音声入力できるようになりました。transcriptionはNotion独自パイプラインで処理されます。モバイルで先行していた機能がデスクトップに降りてきた形です。
Workers for Agentsの技術仕様と制約
デベロッパープレビューという段階なので、現時点での制約を正確に把握しておくことが重要です。
| 項目 | 現在の仕様 | 備考 |
|---|---|---|
| 実行タイムアウト | 30秒 | デベロッパープレビュー中の上限 |
| メモリ制限 | 128MB | 本番移行時に緩和予定 |
| アウトバウンドHTTP | 承認済みドメインのみ | ドメインリストは今後拡大予定 |
| 永続ステート | なし | 呼び出し間でのデータ保持不可 |
| 言語 | JavaScript / TypeScript | サンドボックス環境で実行 |
30秒のタイムアウトと承認済みドメインのみのHTTP制限という点は、エンタープライズ用途では現時点でボトルネックになりえます。ただし、Notionは「デベロッパープレビュー後半でリソース上限引き上げとドメインリスト拡大を予定している」と述べており、2026年半ばを目標に制約が緩和される見通しです。
正直に言うと、現時点ではまだ「プロダクション環境に全面展開する」フェーズではありません。しかし、技術検証と設計の先行投資を今やっておく価値は十分あります。
Workers for Agentsの実装パターン3選
「概念はわかった。で、実際何ができるの?」という疑問に答えるために、3つの実装パターンを具体的に説明します。
パターン1: CRM連携エージェント
「今週クロージング予定の案件を調べてNotionページにまとめて」というプロンプトに対して、エージェントがWorkerを呼び出してCRMのAPIをクエリし、結果をNotionページとして作成するパターンです。
処理の流れ:
- ユーザー: 「今週の商談進捗まとめて」とエージェントに依頼
- エージェント: CRM Workerを呼び出す
- Worker: 外部CRMのREST API(例: Salesforce, HubSpot)に対してGETリクエスト
- Worker: 取得したJSONデータを整形して返却
- エージェント: 結果を元にNotionページを作成
// Worker実装例(概要)
export default async function handler(request) {
const { week_start, week_end } = request.params;
// 承認済みドメインのみHTTPリクエスト可能
const response = await fetch('https://api.yourcm.example.com/deals', {
headers: {
'Authorization': `Bearer ${process.env.CRM_TOKEN}`,
'Content-Type': 'application/json'
},
// パラメータで期間指定
});
const deals = await response.json();
// データ変換して返す
return deals.filter(d => d.status === 'closing')
.map(d => ({ name: d.name, amount: d.amount, owner: d.owner }));
// 不足情報があれば最初に質問してから作業を開始してください
}パターン2: 在庫チェック+発注自動化
製造業や小売業で「在庫が閾値を下回ったら自動発注」というフローは、これまでZapier/Makeなどの外部ツールが必要でした。Workers for Agentsを使うと、Notionデータベースをトリガーに在庫管理システムに問い合わせ、発注APIを呼び出すという流れをNotion内で完結させられます。
// 在庫チェックWorker(概要)
export default async function inventoryCheck(request) {
const { product_id, threshold } = request.params;
// 在庫管理APIに問い合わせ
const inventory = await fetch(
`https://inventory.example.com/api/stock/${product_id}`
).then(r => r.json());
if (inventory.quantity < threshold) {
// 発注APIを呼び出す
await fetch('https://inventory.example.com/api/orders', {
method: 'POST',
body: JSON.stringify({ product_id, quantity: threshold * 2 })
});
return { action: 'ordered', new_quantity: threshold * 2 };
}
return { action: 'none', current_quantity: inventory.quantity };
// 仮定した点は必ず「仮定」と明記してください
}パターン3: ドキュメント変換Worker
「添付のPDFを構造化してNotionデータベースに登録して」という依頼に対して、外部のドキュメント解析APIを使ってデータを抽出し、整形してNotionに投入するパターンです。これは研修資料の管理や契約書管理などに応用できます。
n8n × Notion: MCP統合の活用パターン
2026年4月14日のリリースで注目すべきもう一つのポイントが、n8n MCP統合です。
Notionの公式ドキュメントには「Connect your Custom Agents to n8n so they can run the automations you already use」と明記されています。つまり、すでにn8nで構築した自動化フローをそのままNotionエージェントが呼び出せるようになったのです。
n8n MCP統合の何がすごいか
n8nはオープンソースのワークフロー自動化ツールです。700以上のアプリとのインテグレーションを持ち、「AI + 既存業務フロー」の統合で注目を集めています。n8n×Claude API統合と業務自動化フローで詳しく解説していますが、n8nは「AIエージェントが使える手足」として機能します。
今回のMCP統合により:
- n8nで作った「請求書処理フロー」をNotionエージェントが呼べる
- n8nの「Slack通知+カレンダー登録フロー」をNotion上のプロンプトから実行できる
- Notionのデータベース情報を元に、n8nフローに変数を渡せる
具体的なセットアップ手順:
- n8nで「MCP Serverトリガー」を持つワークフローを作成
- NotionのCustom Agent設定でMCP ConnectionにそのエンドポイントURLを登録
- エージェントプロンプトの中でn8nフローを呼び出す指示を定義
注意点として、現時点ではn8nのセルフホスト版またはn8n Cloud(有料プラン)でMCPサーバー機能が必要です。n8n無料プランではMCPサーバー機能が使えないケースがあるため、事前に確認してください。
Zapier・Make・従来Notionオートメーションとの比較
「Workers for Agentsは既存の自動化ツールを置き換えるのか?」という疑問への回答です。結論から言えば「置き換えではなく補完関係」です。
| ツール | 向いているケース | 苦手なケース |
|---|---|---|
| Zapier / Make | トリガーベースの定型フロー | 自然言語での柔軟な制御、複雑な判断 |
| Notion Automations(従来) | Notion内のデータ変更をトリガーにした単純処理 | 外部システムとの複雑なデータ連携 |
| Workers for Agents | 自然言語で制御したい処理、複雑なAPIチェーン | ミリ秒単位のリアルタイム処理(30秒上限あり) |
| n8n(MCP経由) | 既存n8nフローをエージェントから呼び出し | 初期セットアップのコスト |
実際の運用では「定型的なAPIトリガーはZapier/n8nで管理し、エージェントからWorker経由で呼び出す」というハイブリッド構成が現実的です。
Custom Agentsのコスト変化と料金体系
Workers for Agentsの話と切り離せないのが、Custom Agentsのコスト変化です。
2026年4月14日時点のNotionリリースノートには「Custom Agents are now 35–50% cheaper to run across the board」と明記されています。GPT-5.4 MiniやHaiku 4.5などの新世代モデル採用により、繰り返しタスク(メールトリアージなど)では最大10倍のクレジット削減も可能になりました。
料金体系(2026年4月時点):
- BusinessプランまたはEnterpriseプランでCreditsのアドオン購入が必要
- 無料テスト期間は2026年5月3日で終了(リリースノート記載)
- WorkersはCustom Agentsの呼び出しとして課金される仕組み(詳細はNotionの公式ページで最新情報を確認)
「Custom Agentsは今後どのくらいのコストになるか不安」という声を研修でよく聞きます。現時点では公式の料金計算ツールで試算することをおすすめします。大量の繰り返し処理は特にコスト効率が改善しているので、まずパイロット規模で試算するのが現実的です。
エンタープライズ業務での活用アイデア5選
Workers for Agentsが実用段階に入ったとき(2026年後半想定)に備えて、どんな業務に使えるかを考えておきましょう。
1. 週次レポートの自動収集・生成
各部門のKPIデータをAPIで収集し、集計してNotionの週次レポートページとして自動生成。「毎週Excelを集めてまとめる」という作業がゼロになります。
2. カスタマーサポートの初動対応
Notionの問い合わせデータベースに新規チケットが入ったとき、CRMから顧客履歴をWorkerで取得し、過去の類似対応事例と合わせて担当者に提示する。研修のケーススタディとして実際に試してみたいテーマです。
3. 採用プロセスの自動化
応募者情報をNotionのデータベースに取り込んだ後、ATSシステムとWorkerで連携し、スクリーニング結果や面接スケジュールを自動更新。採用担当者の事務負担を大幅に削減できます。
4. 経費申請の承認フロー
経費申請がNotionに入力されたとき、Workerが会計システムに問い合わせて残予算を確認し、承認権限者への通知まで自動で行う。
5. コンテンツ品質チェック
記事やドキュメントのドラフトがNotionに保存されたとき、外部の品質チェックAPIやSEOツールのAPIをWorkerで呼び出して、品質スコアを自動付与する。
【要注意】Workers for Agents実装の落とし穴
デベロッパープレビュー段階で先行実装を進める場合、以下の点に注意してください。
落とし穴1: 承認済みドメインリストの確認漏れ
❌ 「承認済みドメインならどこでも繋げる」と思い込んで実装を進める
⭕ 事前にNotionの承認済みドメインリストを確認し、接続したい外部APIが含まれているかを検証する
現時点のデベロッパープレビューでは、アウトバウンドHTTPが承認済みドメインに制限されています。自社の基幹システムや特定のSaaSが含まれていない場合、プロダクション移行後にドメインリストが拡大されるまで待つか、n8n経由(n8nは承認済みドメインに入っている)で迂回する設計が必要です。
落とし穴2: 30秒タイムアウトを考慮しない処理設計
❌ 「複数のAPIを順番に呼ぶ重い処理」をそのままWorkerに実装する
⭕ 30秒以内に完了するよう処理を分割するか、非同期処理のアーキテクチャを検討する
複数の外部APIを順次呼び出す処理(A→B→C)は、それぞれのレスポンスタイムが積み重なって30秒を超えることがあります。処理を分割してWorkerを複数に分けるか、非同期化して別の仕組みで結果を受け取る設計を検討してください。
落とし穴3: セキュリティ認証情報の管理
❌ APIキーやトークンをWorkerのコードにハードコーディングする
⭕ 環境変数(Notionの設定で管理できる仕組みが提供予定)を使い、コードにシークレットを含めない
Worker内で外部APIを呼ぶには認証情報が必要ですが、その管理方法は現在Notionがデベロッパープレビュー中に整備している段階です。本格導入前に公式ドキュメントで最新のシークレット管理方式を確認してください。
落とし穴4: Custom Agentsとの料金設計の見落とし
❌ 「Notionを使っているので追加コストはない」と判断する
⭕ CustomAgentsはBusiness/Enterpriseプランのアドオンであり、Workers実行もクレジット課金が発生することを事前に把握する
2026年5月3日以降は無料テスト期間が終了しています。大量の繰り返し処理をWorkerで自動化する場合、事前にコスト試算してからプロダクション投入を判断してください。
Notion Agentsの競合ポジション — Anthropic Marketplace・Microsoft 365との比較
Workers for Agentsの発表は、プラットフォームとしてのNotionの位置付けを考えるうえで興味深い動きです。
2026年5月時点のAIプラットフォーム競争の構図を整理すると:
- Anthropic Marketplace(解説記事): Claude Code上でエージェントがサードパーティツールを呼び出す市場。開発者向け。
- Microsoft 365 E7 + Agent 365(解説記事): Officeエコシステムにエージェントを統合。エンタープライズ大手向け。
- Notion Workers for Agents: ナレッジワーク基盤(Notion)に計算能力を追加。スタートアップ〜中規模企業向け。
Notionの強みは「データ(Notionのページ・データベース)とエージェントが同じプラットフォームに共存する」点です。外部ツールを組み合わせる必要がなく、権限管理もNotion側で一元化できます。一方で、「大規模なエンタープライズIT環境との統合」という面ではMicrosoftやSalesforceに比べてまだ開発途上です。
AI導入戦略全体の設計については、AI導入戦略完全ガイドも参照してください。
まとめ: Notion Workers for Agentsを今どう活用するか
2026年4月14日のNotion 3.4 Part 2でデベロッパープレビューが始まったWorkers for Agentsは、「Notionのエージェントが外部システムに動作させる」という根本的な変化をもたらします。
現時点での評価:
- 技術的な可能性は非常に高い(外部API連携、データ変換、n8nとの統合)
- 現在の制約(30秒タイムアウト、承認済みドメインのみ)は本番移行前に緩和予定
- Custom Agentsのコストが35〜50%削減されており、ROI計算が立てやすくなった
今日やること: Notionの公式デベロッパープレビューページにアクセスし、Workers for Agentsの申請フォームを確認する
今週中: 自社業務の中で「外部APIと連携させたい処理」を1つリストアップし、Workerの設計を試作する
今月中: n8nとの統合パターンを検証し、既存の自動化フローをNotion経由で呼び出せるパイロットを構築する
参考・出典
- April 14, 2026 – Notion 3.4, part 2 — Notion公式リリースノート(参照日: 2026-05-03)
- February 24, 2026 – Notion 3.3: Custom Agents — Notion公式リリースノート(参照日: 2026-05-03)
- Notion News April 2026: Platform Shift, API Expansion, and What It Means — Fazm Blog(参照日: 2026-05-03)
- MCP connections for Custom Agents — Notion Help Center(参照日: 2026-05-03)
- Notion MCP Overview — Notion Developers公式(参照日: 2026-05-03)
著者: 佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。早稲田大学法学部在学中に生成AIの可能性に魅了され、X(旧Twitter)で活用法を発信(@SuguruKun_ai、フォロワー約10万人)。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』(SBクリエイティブ)。SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。
ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。




