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

Workersはバックグラウンドでコードを実行し、Notionでのタスクを自動化します。データの同期、更新の書き込み、イベントの処理など、AIによる推論を必要としないタスクに最適です。Workersは多くの場合カスタムエージェントと組み合わせて使用され、エージェントが何をすべきかを決定し、Workersが特定のステップを確実に実行します。

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

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

WorkersはNotionクレジットを使用し、これらは実行回としてカウントされます。各実行は、お客様に代わって完了した1単位の作業を表します。1実行あたりのクレジット数は、Workersがどれだけの作業を行うか（実行時間や必要な処理量など）によって異なります。一般的に、作業量が多いほど、使用されるクレジットが増えます。

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

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

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

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

Workersのコストは通常1実行あたり$0.0023で、これは1,000 Notionクレジット（$10）あたり約4,348回の実行に相当します。カスタムエージェントと比較して安価なのは、価格が実行時の作業量に基づいており、AIによる意思決定を必要としないためです。

以下のテーブルは、Workersの各アクションタイプにおけるコストの目安を示しています。これをコスト理解の出発点として活用してください。実際の使用量は異なる場合があり、クレジットポイントの規模を見積もる最善の方法は、実際の使用量を確認することです。

以下の例は、同期の使用タイプを示しています。実際の使用量は、同期の実行頻度や、各実行でワーカーがどれだけの処理を行うかによって異なります。

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

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

• 同期頻度：毎日（低）

• 1日あたりの実行：1

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

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

• 同期頻度：1時間ごと（中）

• 1日あたりの実行：24

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

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

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

• 1日あたりの実行： 96

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

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

ツール呼び出しの使用量は、エージェントがWorkerを呼び出す頻度によって異なります。各ツール呼び出しは個別のWorker実行としてカウントされます（つまり、1回のエージェント実行で複数のWorker実行が発生する可能性があります）。

例1： 日次バグトラッカーエージェントは、オープンなJira課題を確認します。各実行により、Workerが課題ステータスを取得し、ブロッカーを確認し、Notionプロジェクトページに要約を書き込むようトリガーされます。

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

• ワーカーの実行： カスタムエージェントの実行あたり3回

• カスタムエージェントの実行： 月あたり30回

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

例2： RevOpsエージェントは、Salesforceで案件のステージが移動したときに実行されます。各実行により、Workerが必須フィールドを検証し、Clearbitを呼び出して情報を補完し、レコードをNotionのパイプライントラッカーに書き戻すようトリガーされます。

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

• ワーカーの実行： カスタムエージェントの実行あたり4回

• カスタムエージェントの実行： 月あたり3,000回

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

例3：サポートエンジニアエージェントは、インバウンドのZendeskチケットごとに実行されます。各実行により、Workerがチケットを取得し、Salesforceのアカウントコンテキストを抽出し、Notionからルーティングルールを適用して、適切なSlackチャンネルに投稿するようトリガーされます。

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

• ワーカーの実行： カスタムエージェントの実行あたり5回

• カスタムエージェントの実行： 月あたり9,000回

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

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

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

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

• 1日あたりのイベント件数： 20

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

例2： GitHubのWebhookが、10個のリポジトリにまたがるすべてのPRマージで発生します。ワーカーは各マージをNotionの変更ログに記録し、関連するSlackチャンネルに通知します。

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

• 1日あたりのイベント件数： 200

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

例3： ZendeskのWebhookが、チケット作成およびステータス変更のたびに発生します。ワーカーは各イベントをSalesforceのアカウントデータで補完し、Notionのサポートダッシュボードを更新します。

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

• 1日あたりのイベント件数： 5,000

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

無料ベータ版のご利用中は、直近30日間のワーカーのクレジット使用量を、CLIから直接把握できます。

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

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

Workerの使用量は、Notionクレジットダッシュボードで確認できます：

1. サイドバーの 設定 を開きます。

2. アクセスと請求 → Notionクレジット を選択します。

管理者およびWorkerのクリエイターは、各Workerについて以下を確認できます。

• 使用済みクレジットポイント

• 完了実行数

• ステータス

• 作成者

ベータ期間中、Workerはダッシュボード上に フリー バッジで表示されます。バッジにカーソルを合わせると、フリー期間の終了日を確認できます。ベータ期間中、Workerの使用量はクレジットポイント残高から差し引かれません。

Spend limits 列には、クレジット制限が利用可能になるまで、Workersに対して N/A と表示されます。

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

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

• ワークスペースのWorkersのオン／オフを切り替えます。デフォルトでは、オーナーに対してWorkersがオンになっています。

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

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

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

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

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

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

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

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

• 必要に応じて頻度を上げましょう。 ワークフローで必要な場合にのみ、15分、5分、または1分おきの実行に変更してください。

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

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

• 不要な再試行を避けましょう。Workerが失敗した場合は、原因を解決しないままむやみに再試行を繰り返さないようにしましょう。

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