目錄
本記事の情報は2026年9月時点のものです。Workersは現在もベータ版であり、課金開始日や料金は今後変更される可能性があります。
r/Notionに、「AgentsはWorkersより10倍高く見える？」と率直に問いかける、とても現実的な投稿がありました。投稿者は、それまで使っていたMake.comのシナリオの多くをNotion Workerに置き換え、Workerを1回実行するたびに約0.2～0.6 creditsが消費されることを確認していました。一方、PropertyのStatusを変更するだけのフローをCustom Agentで試したところ、1回で約2.5 creditsを消費しました。このテストだけを見れば、両者には約4～12.5倍の差があり、「Agentはかなり高い」という第一印象を持つのも無理はありません。
さらに注意したいのは、Workersが現在も無料ベータ期間中だという点です。Notionの新しいHelp Centerの案内によると、Workersも2026年10月15日から正式にNotion creditsを消費するようになります。現在、Business、Enterprise、Business Trialでは、ベータ期間中に推定Credits Usageを確認し、実際のフローを使って今後必要になるクレジット数を見積もれます。一部の古い英語版リリースページには8月11日という旧日付が残っているため、正式な課金開始前に、Workspace内のBillingと最新のHelp Centerを改めて確認することをおすすめします。
本当に見直すべきなのは「Agentが高すぎる」という点ではありません。同じ自動化と呼ばれていても、Notionでは現在、まったく異なる3種類のツールに分かれています。Database Automationsは明確な条件とアクションを担当し、Workersは予測可能なプログラムロジックを実行し、Custom AgentsはContextを読み取って判断し、次のステップを決める必要がある作業を担います。この3つを不適切な場所で使うと、コストが増えるだけでなく、フローも以前より保守しにくくなる可能性があります。
Notion WorkerとCustom Agentでは1回あたりの料金がどれくらい違う？
Workerは通常1回約0.23 creditだが、固定料金ではない
Notionが現在提示しているWorkerのBenchmarkは、1 Runあたり通常約0.0023米ドルです。1,000 Notion creditsが10米ドルなので、1 creditは0.01米ドルに相当します。したがって、典型的なWorker Runは約0.23 creditを消費し、1,000 creditsで典型的なRunを約4,348回実行できる計算です。
この数字は、Redditの投稿者が実際に確認した0.2～0.6 creditsに近いものの、0.23を固定単価として扱うことはできません。Workerの実際の使用量は、実行時間、処理量、作業内容によって変わります。Notion自身もtypically costという表現を使っており、毎回必ず0.23 creditが差し引かれると保証しているわけではありません。
Workerの課金単位も理解しておく必要があります。Scheduled Syncは実行1回を1 Run、Webhookは1 Eventの処理を1回として数えます。Custom AgentがWorkerをToolとして使う場合は、Tool Callのたびに別のWorker Runとして計上されます。そのため、1回のAgent RunでWorkerを4回呼び出すと、Agent自体のCreditsに加え、4回分のWorker Runsも発生します。
Custom Agentにはすでに公式のコスト目安があり、推測する必要はない
元原稿にあった「Agentには公式料金がなく、第三者の試算に頼るしかない」という説明は、すでに当てはまりません。Notionは現在、一般的なCustom Agent数種類について、実際のBenchmarkを直接公開しています。
| Custom Agentの種類 | 公式推定コスト／回 | 推定消費Credits | 1,000 Creditsで実行できる目安 |
| Q&A Agent | US$0.03～0.11 | 3～11 | 90～333回 |
| Task Routing | US$0.05～0.15 | 5～15 | 65～190回 |
| Status Update | US$0.08～0.18 | 8～18 | 57～133回 |
| Mail Triage | US$0.04～0.10 | 4～10 | 100～250回 |
| Daily Brief | US$0.10～0.30 | 10～30 | 33～100回 |
同じAgentでも、読み取るコンテンツ量、検索するDatabasesの数、Tool Callsの回数、実行頻度、Model Choiceによってコストは変わります。したがって、これらはあくまで推定範囲であり、固定価格ではありません。
公式が示す典型的なWorkerの0.23 creditと、Custom Agentの公式範囲である3～30 creditsを単純に比べると、その差は十数倍から100倍以上になることもあります。ただし、これは依然として「同じ作業」の公平な比較ではありません。公式例のAgentsはContextを読み、判断し、データを作成したりメッセージを送ったりする一方、WorkerのBenchmarkは主に固定コードの実行を対象としているからです。
そのため、Redditの「AgentはWorkerより10倍高い」という言葉は、ある個人の実測例としては参考になりますが、製品の固定料金ルールとして一般化することはできません。
Custom AgentはなぜWorkerより大幅に高くなりやすい？
Custom Agentのコストは判断、Workerのコストは実行にかかる
Workersが実行するのはコードです。Salesforceとの同期、Webhookの受信、計算後のNotion更新といったロジックは、すでに開発者が記述しています。Runtimeは決められた手順に従って実行するだけです。Notion自身も、WorkersをSyncing Data、Writing Updates、Handling Eventsなど、AI Reasoningを必要としない作業向けと位置付けています。
Custom Agentが扱うのは別の種類の問題です。Slack Messageを読み、複数のDatabasesを検索し、内容を分類してOwnerを特定し、Priorityを決めてTaskを作成した後、関係者へ通知することもあります。読み取るデータ量が多く、手順が増え、より強力なモデルを使うほど、Creditsも増えていきます。
「Agentは考え、Workerは作業する」という表現は、簡単な理解としては使えます。ただし、Workerにロジックがまったくないわけではなく、非常に複雑なプログラムも実行できます。本当の違いは、判断ロジックが事前に固定されているかどうかです。Workerは開発者が定義したDeterministic Logicを実行し、Custom Agentはその時点のContextに応じて、モデルを使ってタスクの進め方を決定します。
毎日同じAPI Calls、フィールド変換、ステータス更新を繰り返すフローなら、モデルに毎回コストをかけて「考え直させる」必要はありません。
Notionはすでに、Agentが判断しWorkerが実行する構成を推奨している
2つのツールは競合ではなく、公式も併用を勧めている
Workersの公式説明には、Custom Agentが何をするかを決め、Workerが特定のステップを確実に実行するという、両者の一般的な組み合わせ方が明記されています。
たとえば顧客からEmailが届いたとき、それが返金、Bug、提携依頼、一般的な問い合わせのどれに当たるかを判断する部分は、固定条件だけでは網羅しにくいためAgentに向いています。判断後、分類に応じて定型のTaskを作成し、いくつかのフィールドを入力して所定のAPIを呼び出すだけなら、後半はWorkerに任せられます。
この構成はCreditsを節約できるだけでなく、確定的な処理をDebugしやすいという実用的な利点もあります。Agentが判断を誤った場合はInstructionsを調整し、WorkerのAPI Callが失敗した場合はLogsでErrorを確認できます。すべてを1回のAgent Runに詰め込むと、Creditsが高いことは分かっても、どのステップに本当にモデルが必要なのかを特定しにくくなります。
Notionの自動化で、そもそもAgentが不要なものは？
第1層：ルールが明確なら、まずDatabase AutomationかFormulaを使う
Statusが完了になったら別のPropertyを変更する、新しいPageに担当者を割り当てる、定期的にコンテンツを作成する、通知を送る、といった要件であれば、Notion Database Automationsで対応できる場面は少なくありません。有料プランではDatabase Automationsを作成できますが、Free Planで作成できるのはSlack Notificationなど一部の限定的なアクションだけです。FormulaやButtonでも、バックグラウンド実行を必要としない固定ロジックの多くを処理できます。
一般的なDatabase Automationsには、Workers／Custom AgentsのNotion credits課金制度は適用されません。そのため、ネイティブのAutomationで対応できるなら、同じ条件をAgent Promptに書き換える必要はありません。
たとえば「StatusがPublishedに変わったら、Published Dateに今日の日付を入れる」という処理で、毎回モデルにContextを読み直させ、日付を入力するか判断させても、コスト面でも安定性でも利点はありません。
第2層：プログラム実行が必要でもルールが固定なら、Workerを検討する
外部API、システム間同期、Webhook、データの一括処理、複雑な変換ロジックが必要になった段階で、Workerが適する範囲に入ります。Workersは現在、主にDatabase Sync、Custom Agent Tools、Webhook Triggersをサポートしており、NotionのInfrastructure上で実行されるため、LambdaなどのServerを別途保守する必要もありません。
代表的な例として、外部CRMの定期同期、Stripe Webhook受信後のBilling Database更新、データの一括整理、あらかじめ定めたRulesに沿ったAPI呼び出し、Custom Agentから使う固定の計算・検索Toolなどがあります。
元原稿の「if-thenの一文で書けるならAgentを使うべきではない」という方向性は悪くありませんが、やや断定的すぎます。If-thenとして記述できても、条件や例外が多すぎて自力で保守する価値がない場合もあります。より適切な判断基準は、ルールを事前に安定して漏れなく定義できるかです。できるならAutomation／Workerを先に検討し、入力自体が曖昧なときにAgentを選びます。
第3層：意味の理解と取捨選択が必要なときにCustom Agentを使う価値がある
顧客のEmailをどのカテゴリに分けるか、会議の中で何が本当の未解決事項か、どのメッセージに提携の意図があるか、どの競合アップデートを週報に載せるべきかといった作業は、固定のFormula一本では処理できず、判断のたびに異なるContextが必要です。
このような場面こそ、Custom Agentの用途に適しています。Notionも現在、Scopeを絞り、Triggerを具体的に設定し、本当に必要なPages／DatabasesだけをContextとして開き、単純な作業には軽量モデルを使うことを勧めています。こうした調整は、誤判定とCredit Usageの両方を減らせます。
Custom Agentのコストは一度下がったのに、なぜWorkerよりまだ高い？
4月14日、NotionはCustom Agentsの実行コストを全体で約35%～50%引き下げたと発表しました。特にMail Triageのような反復作業が対象です。同時に、GPT-5.4 Mini／Nano、Haiku 4.5、MiniMax M2.5など、Credits消費を抑えられるモデルが追加され、一部のモデルは上位モデルと比べて最大約10分の1のCreditsで利用できます。
これは、NotionがAgent Costを放置しているわけではないことを示しています。ただし、モデル推論はもともと固定のCode Executionより高コストです。Workerは、AI Decision-makingを必要としない部分を切り離し、より予測しやすい料金で実行するための仕組みです。
したがって、アーキテクチャの最適化は「すべてのAgentをWorkerに置き換える」ことではなく、Agent Runの中から、そもそもAIが不要なステップを見つけ出すことです。
10月15日以降に備えて、Notion creditsについて知っておきたいこと
Monthly Creditsはリセットされ、未使用分は繰り越されない
Notion creditsはWorkspaceで共有されるクレジットで、BusinessとEnterpriseでは追加購入が可能です。現在の標準価格は1,000 creditsあたり10米ドルです。Monthly CreditsはBilling Periodごとにリセットされ、その月に使い切らなかった分は翌期へRoll Overされません。
Creditsを購入するときは、最初から大量に積み上げるよりも、まず1～2回のBilling Cyclesで実際の使用量を観察するほうが合理的です。Notionも、最初はAgentを小さなScopeで一定期間動かし、Dashboardの実際のUsageを見て調整することを勧めています。
Credits不足時はCustom AgentsがPauseするが、自動追加も設定できる
Workspaceに十分なNotion creditsがない場合、Custom Agentsは初期設定では一時停止し、次のBilling Cycleでリセットされるか、管理者がCreditsを追加すると再開します。実行中のTaskがCapに達した場合は、そのRunを完了させてから新しい作業の開始を止めることもあります。
ただし、すべてのWorkspaceが必ず突然停止するわけではありません。Notionには現在Auto Adjustもあり、管理者はCreditsが上限に近づいたときに、クレジット量とSpending Capを自動的に引き上げるよう設定できます。これにより、Credits不足によるAgentの中断を避けやすくなります。複数Workspaceを含むEnterprise Contractには、別途On-demand Spendもあります。
元原稿の「追加購入後も、実行されなかったスケジュールはさかのぼって再実行されない」という記述については、現時点で裏付けとなる公式文書が見つかっていないため、残すことは推奨されません。重要なフローでは、Activity／Insightsを別途監視し、想定したRunがすべて実際に完了したかを確認する必要があります。Credits回復後に必ず再実行される、あるいは絶対に再実行されないと決めつけるべきではありません。
CreditsはWorkspaceで共有されるが、AgentごとのLimitも設定できる
すべてのCustom Agentsは、Workspaceで共通のCredit Balanceを消費します。そのため、高頻度で動くAgentが全体のSpendを急増させる可能性は確かにあります。ただし現在は、管理者がCustom AgentごとにCredit Limitを設定でき、AgentがThresholdに達した時点で自動的にPauseさせたり、Agentを作成できるMembersを制限したりできます。
そのため、チーム運用で本当に必要なのは毎日全員を監視することではありません。高頻度で起動しやすいAgentにあらかじめ上限を設定し、DashboardでCreditsを実際に多く消費している項目を特定することです。
10月15日までにNotionの自動化コストをどう棚卸しする？
Credits Dashboardで実データの基準を取り、推定だけに頼らない
Workersの無料ベータ期間中も推定Credit Usageは表示されており、DashboardではRuns Completed、Credits Used、Creator、Statusを確認できます。注意したいのは、Worker Spendが初期設定ではCustom Agent Spendと分けて表示され、上部の主要Usage Chartには含まれない場合があることです。まとめて比較するには、Include Worker spendをオンにする必要があります。
したがって、「Workerはすべて0.23 credits」と先に計算するよりも、現在実際に稼働しているWorkflowsをしばらく動かし、それぞれの平均Credits／Runを確認するほうが有用です。
ベータ終了前に、大量の一度きりの同期やBackfillを処理するのも適切です。ただし主な目的は、実際のRuntimeとCreditsを同時に計測することにあります。今は無料だからという理由で、不要なフローまで大量に実行することではありません。
既存フローをAutomation、Worker、Agentの3種類に分類する
棚卸しでは、2つのことだけを確認すれば十分です。1つ目は、ルールを事前に明確に書けるか。2つ目は、モデルがContextに応じて選択する必要があるかです。
完全に固定されたProperty Update、Notification、Page Creationは、まずDatabase Automationを検討します。Code、API、大量のデータ変換が必要でも動作を予測できる作業はWorkerへ、テキストの読解、意味の判別、取捨選択、次のActionの決定が必要なものだけをCustom Agentに残します。
1つのAgentの中で、本当にモデルが必要な処理が20%しかないなら、その20%だけをAgentに残し、後続の確定的な操作はWorkerへ引き継がせます。これはまさに、Workersの公式ドキュメントで紹介されている組み合わせ方です。
PromptよりTriggerのほうが請求額を暴走させやすい
Custom Agentの総コストは、1回あたりのRunだけでなく、Triggerの頻度にも左右されます。Notionは、範囲が広すぎる「すべてのMessage／すべてのDatabase Update」をトリガーにせず、特定の@mention、指定のProperty Change、本当に処理が必要なEventに絞ることを勧めています。
Workersではその差がさらに明確です。典型的なSyncを1日1回実行した場合、公式推定は月額約0.07米ドルです。1時間に1回なら約1.66米ドル、15分ごとなら約6.62米ドルになります。コストを大きく押し上げる原因は、プログラム自体ではなく、そもそも必要のない頻度で実行していることも少なくありません。
モデル選択もCustom AgentのCreditsに直接影響する
Custom Agentでは、Autoを選ぶことも、特定のモデルを指定することもできます。高性能なモデルほど多くのCreditsが必要です。Notionの推奨は、大半の作業ではまずAutoを使うか、比較的単純で範囲の明確なSub-agentには軽量モデルを割り当て、本当に複雑なステップだけを高性能モデルに任せるというものです。
すべてのAgentで最上位モデルを固定使用するよりも、Insightsで実際に使われたモデル、Tool Calls、Stepsを確認するほうが、コストの無駄を見つけやすくなります。
FreeとPlusのユーザーもWorkersの課金に影響される？
Workersを利用できるのはもともとBusinessとEnterpriseだけ
Workersは現在BusinessとEnterprise限定です。そのため、Free／Plusに10月15日から突然Worker Creditsの請求が追加されることはありません。この2つのプランでは、Notion creditsを直接購入してWorkersやCustom Agentsを利用することもできません。
ただし、元原稿の「Free／PlusはいずれもDatabase Automationsで個人のワークフローを支えられる」という説明は、分けて考える必要があります。Plusでは一般的なDatabase Automationsを作成できますが、Freeで作成できるのはSlack Notification Automationなどの限られた種類のみです。その他のAutomationsは主に既存Templateを利用するだけで、自分で編集することはできません。 FormulaやButtonsなどの機能でも、単純なロジックの多くは処理できます。
したがって、PlusユーザーがネイティブのAutomationを最大限活用するのは合理的です。Freeユーザーが本格的なバックグラウンド自動化を必要とする場合は、すべてのAutomationを無料で作成できると思い込まず、外部ツールかプランのアップグレードを別途検討する必要があります。
Workersの課金開始を前に本当にすべきことは、どのステップにAIが必要かを見直すこと
Redditの「AgentはWorkerより10倍高く見える」という投稿の計算自体は間違っていませんが、それは特定のテスト結果にすぎません。Workerは約0.2～0.6 creditsで、同じように単純なStatus UpdateをAgentで試すと約2.5 creditsを消費したという例です。
Notionが現在公開している公式Benchmarkを見ると、本当の規模感がより分かりやすくなります。Worker Runは通常約0.23 creditにすぎませんが、Custom Agentは作業内容に応じて数creditsから数十creditsほどかかります。この差に不思議な理由はありません。前者はすでに書かれたプログラムを実行し、後者はContextを読み、ツールを選び、推論し、次のステップを決める必要があるからです。
したがって、10月の課金開始前に最も役立つ作業は、すべてのAgentを慌ててWorkerへ置き換えることではなく、各フローを分解して確認することです。FormulaやDatabase Automationで対応できる処理はネイティブ層に残し、安定したプログラムロジックが必要な処理はWorkerへ、本当に判断が必要な一部分だけにAgentの推論コストを支払います。
この3層を明確に分けて初めて、Credits Dashboardが本当の意味を持ちます。そうでなければ、Agentが高いことは分かっても、モデルの選択ミスなのか、Triggerが広すぎるのか、Contextの読み込み量が多すぎるのか、あるいはその作業に最初からAgentが必要なかったのかを判断できません。
よくある質問
固定値ではありません。Notionによると、Workerは通常1 Runあたり約US$0.0023、つまり約0.23 creditですが、実際のCreditsは実行時間や処理量によって変わります。
公式が現在公開している典型例では、1 Runあたり約3～30 creditsです。たとえばQ&A Agentは約3～11、Mail Triageは約4～10、Status Updateは約8～18、Daily Briefは約10～30 creditsです。実際の使用量はデータ量、Steps、Tool Calls、実行頻度、モデルによって変わります。
固定で10倍というわけではありません。Redditの事例では約4～12.5倍でしたが、公式Benchmarkで典型的なWorkerと各種Agent Use Caseを単純に比べると、十数倍から100倍以上の差になることもあります。2つのツールが扱う作業は異なるため、この倍率を固定の価格差として扱うことはできません。
十分なCreditsがない場合、Custom Agentsは、次の周期でリセットされるか管理者がCreditsを追加するまで一時停止します。管理者はAuto Adjustを有効にし、上限に近づいたときにCreditsを自動購入することで、ワークフローが突然止まる可能性を下げることもできます。
通常のMonthly Notion creditsはRoll Overされません。新しいBilling Cycleになると、購入した月間クレジットが改めて付与されます。
現在は利用できません。WorkersはBusinessとEnterpriseのみで提供されています。Developer Modeはすべてのプランで有効にできますが、Developer Platformのすべての機能を利用できるという意味ではありません。
ルールを事前に漏れなく定義でき、モデルが意味を判断する必要がない場合は、通常Workerを先に検討します。データ同期、Webhook、一括更新、固定APIフローなどが該当します。テキストを理解し、Contextを評価し、次のステップを決める必要がある場合は、Custom Agentのほうが適しています。
2026年9月2日時点で、新しいNotion Help Centerのページには、Workersが2026年10月15日からNotion creditsを消費すると記載されています。現在、Business、Enterprise、Business Trialでは無料ベータ期間中です。一部の古い英語ページには8月11日という旧日付が残っているため、正式な課金開始前に最新のHelp CenterとWorkspace Billingを再確認することをおすすめします。