ワーカーの料金体系を理解する（ベータ版）

ワーカーはバックグラウンドでコードを実行し、Notionのタスクを自動化します。データの同期、最新情報の作成、イベントの処理など、AIの推論を必要としないタスクに最適です。ワーカーは多くの場合、カスタムエージェントとペアになってエージェントが何をすべきかを決定し、ワーカーは特定のステップを確実に実行します。

ベータ版をご利用中は、ビジネスプラン、エンタープライズプラン（ビジネス体験版を含む）でワーカーを無料でお試しいただけます。2026年8月11日以降は、Notionクレジットが必要になります。ワークスペース管理者は、ビジネスプランおよびエンタープライズプランのアドオンとしてNotionクレジットを購入できます。

無料のベータ版期間は、ワーカーにのみ適用されます。カスタムエージェントのアクションは、ワークスペースのプランとクレジットポイント設定に従ってクレジットポイントを消費します。

ワーカーはNotionクレジットを消費し、これは実行単位でカウントされます。各実行はユーザーに代わって完了した作業の1単位を表します。実行1回あたりのクレジットポイント数は、実行時間や必要な処理量など、ワーカーの作業量によって異なる場合があります。一般的に、作業が多いほど、使用するクレジットポイントも多くなります。

ワーカーは、以下のような方法で実行できます（今後もどんどん追加していく予定です）。

• 同期（スケジュール済み）：同期が実行されるたびに、1回の実行としてカウントされます。

• ツール呼び出し（エージェントトリガー）：カスタムエージェントがワーカーのツール呼び出しをトリガーするたびに、1回の実行としてカウントされます。

• Webhook（イベント駆動型）：ワーカーが処理するイベントごとに、1回の実行としてカウントされます。

ワーカーは1回あたり通常$0.0023で実行できます。つまり、月々1000Notionクレジット（$10相当）があれば、約4,348回も実行できる計算になります。カスタムエージェントよりも、安価でご利用いただけます。その理由は、実行時の作業量に応じてコストが決まる仕組みになっており、AIによる意思決定を必要としないためです。

アクションごとのコストの目安を以下の表にまとめています。これをベースとして、コストを把握してください。実際の使用量は異なる場合がありますが、クレジットポイントの量を決定するには最良の方法です。

以下の例は、同期の使用タイプを示しています。実際の使用量は、同期の実行頻度と、各実行でワーカーが実行する量によって決まります。

より多くのデータを同期したり、複数の更新を処理したりする場合、コストは高くなります。複数の同期、複数のワーカー、または多くのイベントに応答して実行されるワーカーがある場合、合計使用量はより多くなる可能性があります。

例1：毎晩の同期により、クローズ済みのJiraチケットがNotionのエンジニアリングログに取り込まれ、週に一度のレビューに使用されます。

• 同期頻度：毎日（低）

• 1日あたりの実行：1クレジットポイント

• 1か月あたりのコスト：0.07ドル

例2：Zendeskの同期により、Notionのサポートオペレーションダッシュボードで未解決チケットとSLAリスクが1時間ごとに更新されるため、チームリーダーは1日を通して対応範囲のバランスを調整できます。

• 同期頻度：毎時（中）

• 1日あたりの実行：24クレジットポイント

• 1か月あたりのコスト：1.66ドル

例3：パイプラインの同期により、Notionのセールストラッカーは営業日を通じてSalesforceの商談ステージに合わせて常に最新の状態に保たれます。

• 同期頻度：15分ごと（高）

• 1日あたりの実行：96クレジットポイント

• 1か月あたりのコスト：6.62ドル

ワーカーは、カスタムエージェントが使用するカスタムツールを動かすこともできます。たとえば、カスタムエージェントは、別のシステムからデータを取得したり、計算を実行したり、レコードを更新したりするためにワーカーを呼び出すことができます。

ツール呼び出しの使用量は、エージェントがワーカーを呼び出す頻度によって決まります。各ツール呼び出しは、それ自体のワーカーの実行としてカウントされます（したがって、1回のエージェントの実行で複数のワーカーの実行を生成できます）。

例1：日次バグトラッカーエージェントが、Jiraの未解決課題をレビューします。実行ごとに、ワーカーが課題のステータスを取得し、ブロッカーを確認した上で、Notionプロジェクトページにサマリーを書き込みます。

• ツール呼び出しの件数：スケジュール済み（低）

• ワーカーの実行：カスタムエージェントの実行1回につき3クレジットポイント

• カスタムエージェントの実行：1か月あたり30クレジットポイント

• 1か月あたりのコスト：0.21ドル

例2：RevOpsエージェントは、Salesforceで取引がステージを移行すると実行されます。実行ごとに、ワーカーが必須フィールドを検証し、Clearbitを呼び出してデータエンリッチメントを行った上で、Notionパイプライントラッカーにレコードを書き戻します。

• ツール呼び出しの件数：アクティビティトリガー（中）

• ワーカーの実行：カスタムエージェントの実行1回につき4クレジットポイント

• カスタムエージェントの実行：1か月あたり3,000クレジットポイント

• 1か月あたりのコスト：27.60ドル

例3：Zendeskに届くすべてのインバウンドチケットに対して、サポートエンジニアエージェントが実行されます。各実行において、ワーカーがチケットを取得し、Salesforceからアカウント情報を引き出し、Notionのルーティングルールを適用した上で、適切なSlackチャンネルに投稿します。

• ツール呼び出しの件数：継続的（高）

• ワーカーの実行：カスタムエージェントの実行1回につき5クレジットポイント

• カスタムエージェントの実行：1か月あたり9,000クレジットポイント

• 1か月あたりのコスト：103.50ドル

下の例は、一般的なWebhookの送信件数と、想定されるコストをまとめたものです。実際の使用量は、お使いのツールが送信するイベント数と、設定したWebhookトリガーの数によって決まります。処理される各インバウンドイベントはワーカーの実行1回分としてカウントされるため、総コストはイベントの件数に応じて変動します。

例1：サブスクリプションの作成およびキャンセル時に、StripeのWebhookが実行されます。ワーカーは、イベントの詳細を基に、Notionの請求トラッカーを更新します。

• インバウンドイベントの件数：低

• 1日あたりのイベント件数：20クレジットポイント

• 1か月あたりのコスト：1.38ドル

例2：10個のリポジトリを対象に、PRがマージされるたびにGitHubのWebhookが送信されます。ワーカーは、各マージをNotionの変更ログに記録し、関連するSlackチャンネルへ通知します。

• インバウンドイベントの件数：中

• 1日あたりのイベント件数：200クレジットポイント

• 1か月あたりのコスト：13.80ドル

例3：チケットの作成やステータス更新が行われるたびに、ZendeskのWebhookが送信されます。ワーカーが各イベントにSalesforceのアカウント情報を補完し、Notionのサポートダッシュボードに反映します。

• インバウンドイベントの件数：高

• 1日あたりのイベント件数：5,000クレジットポイント

• 1か月あたりのコスト：345.00ドル

無料ベータ版のご利用中は、直近30日間のワーカーのクレジット使用量を、CLIから直接把握できます。5月末までには、Notionクレジットダッシュボードでも確認可能になるため、管理者はワーカーとカスタムエージェントのクレジット使用量をまとめて一元管理できるようになります。

1つのワーカーの直近30日間の使用状況に関する詳細な内訳を表示します。これには、プレビューの推定クレジットポイント、実行回数、および使用量の要因を把握するのに役立つランタイム/ネットワークの指標が含まれます。

% ntnワーカー使用量
ID 019e1dda-fbf0-7eb0-aa37-8d3c11ee6c2d
名前ntn-worker-usage-validation
スペースID b07104cd-477e-8123-9b74-0003e5d75c7b
期間直近30日間
推定プレビュークレジットポイント0.39
実行回数2
アクティブCPU時間4582 ms
ウォール時間5138 ms
ネットワーク転送0.02MB受信/0.02MB送信

直近30日間の推定プレビュークレジット使用量と実行回数を含む、すべてのワーカーの概要を表示します。

ntnワーカー使用量--すべて
ID名前推定クレジットポイント
019e1dda-fbf0-7eb0-aa37-8d3c11ee6c2d ntn-worker-usage-validation 0.39

実行期間
2 30日

ワークスペース内のワーカー管理は、設定 →「ワーカー」タブから行います。

そこでは、次のことができます。

• ワークスペース内のワーカーのオン・オフを切り替える。デフォルトでは、オフに設定されています。

• ワーカーを使用できるユーザー（個人およびグループ）を管理する。

• ワーカーを個別に追跡および管理する。

  • ワークスペース内の全ワーカー、その作成者および現在のステータスをまとめて表示する。

  • ワーカーの無効化・削除（随時）

  • すべてのワーカーを一時停止する。

ベータ版のワーカーは無料ですので、今のうちに実際の業務を試してみて、クレジット制移行後に必要となるクレジットポイントの目安を立てておきましょう。

ワーカーの使用量を計画的に抑えるためのベストプラクティスをいくつかご紹介します。

• まずは実行頻度の穏やかなスケジュールから始める。同期処理 については、リアルタイムの更新が不要であれば、1時間おきや1日おきなどの実行から開始してください。

• 実行頻度を上げるのは、必要になった時だけにする。15分間隔、5分間隔、1分間隔といった高頻度な実行への移行は、ワークフローの要件がある場合に限定しましょう。

• 可能な限り、バッチ処理でまとめて実行する。細かな変更のたびにワーカーを動かすのではなく、更新をひとまとめにして処理しましょう。

• 必要なデータのみを同期する。同期対象は、本当に必要なデータベース、レコード、フィールドに限定しましょう。

• 不要な再試行を避ける。ワーカーが失敗した場合は、原因を解決しないままむやみに再試行を繰り返さないことが大切です。

• 使用量を定期的に確認する。セットアップ時や、ワークフローに大きな変更を加えた後は、CLIで使用量をチェックしましょう。