Notion のバックグラウンド自動化ランタイムは、単なる無料のベータ版ではなくなりました。 2026 年 8 月 11 日の時点で、Notion ワーカーには Notion クレジットが必要となり、ビジネス プランとエンタープライズ プランのワークスペース内で実行される自動化に従量制コスト レイヤーが追加されます。
ワーカーは、バックグラウンド ジョブ、エージェントのアクション、データベースの更新、ワークフローの接着剤など、チームが目に見えないものとして扱うことが多い AI スタックの一部に位置するため、この変更は重要です。 Notion では、ワーカーを、Notion 内のタスクを自動化するためにバックグラウンドで実行されるコードとして説明しており、多くの場合、カスタム エージェントと組み合わせられます。 ベータ期間中、Workers は Business および Enterprise の顧客に対して、Business トライアルを含めて無料でした。 その猶予期間は終了しました。
エージェントによるワークスペース操作を実験しているチームにとって、実際的な問題はもはや「これを自動化できるか?」ということだけではありません。また、「どれくらいの頻度で実行されるのか、費用は誰が所有するのか、使用量が拡大した場合はどうなるのか?」
8 月 11 日の変更点
Notion の価格ドキュメントには、Workers は Business プランと Enterprise プランのベータ版で利用可能であり、2026 年 8 月 11 日までのベータ期間中は無料であると記載されています。 その日から、Workers には Notion クレジットが必要になります。 カスタム エージェントや自動入力などの AI 関連機能の追跡には、同じ広範なクレジット システムがすでに使用されており、Notion のクレジット ダッシュボードのドキュメントには、管理者がカスタム エージェント、自動入力、ワーカーの実行や推定使用量などのクレジット使用量を表示できると記載されています。
これにより、ワーカーは他の従量制 AI および自動化サービスと同じ運用カテゴリに移動します。 めったにトリガーされないワーカーは、小さな項目のままになる可能性があります。 データベースが変更されるたびに実行されたり、大きなページが処理されたり、カスタム エージェントと連携したりするワーカーは、定期的なコスト センターになる可能性があります。 実際のワークスペースにおける正確な料金は、実装やそのワークスペースの請求ダッシュボードに表示される内容に依存する可能性があるため、チームは実行ごとの普遍的なコストを想定するのではなく、独自の使用状況を検証する必要があります。
Notion が開発者およびエージェントのプラットフォームを拡張しているため、このタイミングも注目に値します。 2026 年 7 月のリリース ノートでは、より広範な開発者プラットフォームの推進という文脈で Workers に焦点を当てています。 したがって、クレジット変更は独立した請求脚注ではありません。これは、ワークスペース ネイティブの自動化が無料のアドオンではなく、運用インフラストラクチャとして扱われていることの表れです。
これが自動化チームとエージェント チームにとって重要な理由
多くのチームは、プロジェクト、コンテンツ カレンダー、サポート キュー、CRM メモ、製品調査、社内ナレッジ ベース用の軽量オペレーティング システムとして Notion を使用しています。 従業員は、レコードの更新、フォローアップ アクションのトリガー、ページの充実、Notion カスタム エージェントとの調整など、これらのシステムをよりアクティブにすることができます。
これは便利ですが、メータリングにより設計のインセンティブが変わります。 開発者は、呼び出しパターン、再試行、トリガーの重複、バッチ処理、および障害処理について考える必要があります。 小規模な編集ごとにオートメーションが開始される範囲が不適切であると、ワークスペースにノイズが発生し、不必要なクレジットが消費される可能性があります。 適切に設計されたワーカーには、明確なトリガー条件、予測可能な実行量、コストを解釈できる所有者が必要です。
管理者は、財務とガバナンスを早期に関与させる必要もあります。 ベータ中にチームが 10 人の有用なワーカーを構築した場合、即座に予算のシグナルが存在しない可能性があります。 クレジットが適用されると、外部モデルを直接呼び出さない場合でも、同じ自動化がワークスペースの AI API 請求と AI 使用状況分析の会話の一部になります。 かつては「単なる Notion」と思われていた使用法も、現在は他の従量制自動化レイヤーと同様にレビューする必要があります。
これは、特に代理店や社内プラットフォーム チームに関係します。 クライアント向けに Notion システムを構築する代理店は、自動化によって 1 回限りの実装コストだけでなく、継続的なクレジットの使用が発生する可能性があることを説明する必要があるかもしれません。 Notion ベースの運用を部門を超えて展開する社内チームは、プロトタイプが全社的なワークフローになる前に、チームごとのレポート作成、承認ワークフロー、コストの帰属が必要になる場合があります。
より大きなパターン: 従量制エージェント インフラストラクチャ
Notion の動きは、AI ソフトウェアのより広範な変化に適合しています。ユーザー対応エージェントとバックグラウンド自動化は、フラットな機能として無期限にバンドルされるのではなく、測定可能な消費として価格設定されています。 OpenAI は、プロモーション期間後に、PowerPoint 用 ChatGPT などのオフィス エージェント機能をトークンベースのワークスペース価格に移行しました。 GitHub Copilot の機能では、モデルの選択、エージェントのコンテキスト、使用量ベースの経済性がますます組み合わされています。 クラウド プロバイダーも、エージェント インフラストラクチャをより明示的なサービス、名前空間、コントロールに分割しています。
その結果、予算面はより複雑になります。 ビジネス プロセスには、ワークスペース ツール、自動化ランタイム、取得ステップ、LLM 呼び出し、および別の SaaS 製品のダウンストリーム アクションが含まれる場合があります。各レイヤーは異なる請求単位を持つ場合があります。 クレジットを請求するもの、トークンを請求するもの、シートを請求するもの、リクエストを請求するもの、および 4 つすべてを組み合わせたものもあります。
この複雑さにより、AI API のコスト管理が会計上の後付けではなく製品要件になります。 チームは、どのモデルが呼び出されたかだけでなく、どのワークフローが呼び出しを引き起こしたか、どのユーザーまたは部門が呼び出しを開始したか、より安価な実行またはキャッシュされた実行で十分だったかどうかを把握する必要があります。 マルチモデル API インフラストラクチャや Model Gate などの AI API ゲートウェイを使用している企業にとって、Notion の変更は、コスト ガバナンスをモデルのエンドポイントで終わらせることはできないということを改めて思い出させます。 そもそも需要を生み出すワークフローとエージェント サーフェスをカバーする必要があります。
チームが今すべきこと
最初のステップは在庫です。 ワークスペース管理者は、アクティブなワーカー、作成者、トリガーとなるもの、カスタム エージェントとペアになっているかどうかを特定する必要があります。 データベースの頻繁な変更やページの更新で実行される自動化は、特別なレビューに値します。
第 2 に、チームはベースラインを確立する必要があります。 Notion のクレジット ダッシュボードには、ワーカーの使用状況、実行数、および推定使用量を表示できます。 これにより、管理者は予想される動作と実際の消費量を比較することができます。 ワーカーが週に数十回実行されると予想され、何千回も実行される場合、問題はビジネス需要ではなくトリガーの設計にある可能性があります。
第三に、開発者は運用規律を追加する必要があります。 これは、再試行、重複排除、必要に応じてバッチ処理のためのガードレール、およびワーカーが実行された理由に関する明確なログを意味します。 基本的な規則でも不必要な消費を減らすことができます。広範なトリガーを避け、条件を慎重に設定し、価値の高い自動化を実験的な自動化から分離します。
最後に、企業はクライアントと社内のドキュメントを更新する必要があります。 部門または顧客が Notion 自動化システムを継承する場合、ワーカーはクレジットを消費する可能性があり、正確な使用量はワークスペースや実装によって異なる可能性があることを理解する必要があります。 これは、Notion Worker を避ける理由にはなりません。 これが、これらを生産自動化インフラストラクチャのように扱う理由です。
依然として不確実なのは、さまざまなワーカー設計の実際の信用プロファイルです。 Notion のドキュメントには請求の移行が明確に示されていますが、チームは依然として独自のダッシュボードを観察して、特定のワークフローがクレジット消費にどのように変換されるかを理解する必要があります。 現時点では、最も安全な仮定は単純です。すべての有用なバックグラウンド エージェントまたはオートメーションには、所有者、予想される予算、および起動後の動作を測定する方法が必要です。