AIエージェントを導入した直後は、月額プランや「1回数円」という説明が安く見えます。
ところが運用を始めると、請求額と仕事の成果が結びつかなくなる。
失敗した実行、タイムアウト後の再試行、外部API、データ保存、担当者の確認が別々に積み上がるからです。
Notionは2026年7月24日、Workersの利用量をNotion credits dashboardで確認できるようにしました。
WorkersはNotion上でカスタムコードを動かし、データ同期、Custom Agentsのツール、Webhook自動化などを担います。
利用量が見えるようになったのは前進ですが、クレジット使用量が見えるだけで費用対効果まで自動的に分かるわけではありません。
管理すべき単位は「実行1回」より「成功した業務1件」です。
10回動いて8件しか完了しなかった場合、2回分は成果を生んでいません。
さらに担当者が毎回5分確認しているなら、その時間も原価です。本稿では、
製品ごとに異なるクレジットを無理に横並びにせず、どのAIエージェントにも使える計算方法へ置き換えます。
エージェントは、チャットへ一度答えるAIとは費用の発生点が異なります。
一つの依頼を終えるまでに資料を検索し、判断し、外部ツールを呼び出し、結果を保存し、通知を送る。
表面上は一回のタスクでも、内部では複数の処理が動きます。
Notion Custom Agentsは、タスクの複雑さに応じてNotion creditsを消費します。
2026年7月時点の公式情報では、1,000クレジットが月10ドルで、BusinessとEnterprise向けの追加枠として提供されています。
公式の参考値でも、Q&A、タスク振り分け、週次報告、メール分類、日次ブリーフでは1回当たりの費用幅が異なります。
Workersは別の性格を持ちます。
AIが判断する部分ではなく、同期、ツール呼び出し、Webhookなど決められた処理をコードで実行する仕組みです。
無料ベータはBusinessとEnterpriseで提供され、公式ヘルプでは2026年8月11日からNotion creditsが必要になる予定とされています。
一般的な参考値は1実行約0.0023ドルですが、実行時間や処理量によって変わるため、固定価格として予算表へ置くべきではありません。
請求額が読みにくくなる最大の理由は、タスク、エージェント実行、Worker実行、外部サービス請求の単位がそろっていないことです。
これらを共通のタスクIDへ集約しなければ、「何にいくら使って成果はいくつ出たか」を追えません。
原価は六つに分けます。
第一はAIエージェント本体。
トークン、クレジット、実行回数など製品固有の単位を、請求通貨へ換算します。
第二は外部ツールです。
検索API、メール配信、音声認識、画像生成、地図、データ購入など、エージェントが呼び出すたびに別料金が発生します。
第三はWorkerや自動化基盤。
同期やWebhookが多い業務では、AIの判断より定型処理の回数が費用を押し上げます。
第四は保存と通信です。
クラウドストレージ、データベース、ログ、ネットワーク転送は一件では小さくても、履歴を長く残すと増えます。
第五は失敗と再実行。
エラーで成果物が残らなくても、そこまでに使ったモデルや外部APIの料金は戻らない場合があります。
第六が人の時間です。
入力準備、例外処理、内容確認、修正、承認を合計します。
AI料金が月5,000円でも、担当者が毎日30分確認するなら、人件費の方が大きくなり得ます。
成功タスク単価は、一定期間の総費用を、完成条件を満たしたタスク数で割ります。
成功タスク単価＝（エージェント費＋外部API費＋Worker費＋保存・通信費＋再実行費＋人件費）÷成功件数
分母を「実行件数」にしない点が肝心です。
100回実行して90件成功した場合、成功率は90％。
総費用が30,000円なら実行1回300円ではなく、成功タスク単価は約333円です。
10件の失敗が担当者の再処理を生むなら、その時間も分子へ加えます。
人件費は、担当者ごとの時間単価と作業時間から計算します。
月給を単純に労働時間で割る方法でも構いませんが、社会保険、設備、管理費を含む社内原価を使う場合は条件を明記します。
手作業との比較でも同じ単価を使わなければ、AIだけ不利または有利な結果になります。
成功の定義は業務ごとに決めます。
メール分類なら正しい担当へ入り、必要項目が欠けず、期限内に処理された状態。
週次レポートなら数字が原本と一致し、出典をたどれ、責任者が共有可能と判断した状態です。
出力が生成されたことを成功にすると、確認後に廃棄された成果物まで数えてしまいます。
管理表には、タスクID、業務名、開始・終了時刻、エージェント名、実行回数、成功・失敗、再試行、外部API費、Worker実行、確認時間、重大エラー、最終結果を記録します。
すべてを手入力する必要はなく、請求ログとタスク管理をIDで結び、確認時間と最終結果だけ担当者が補う形でも十分です。
仮に日次ブリーフを月100回実行し、エージェント費が20ドル、外部サービスとWorkerが10ドル、人の確認が合計300分だったとします。
担当者の社内時間単価を3,000円、1ドル150円と仮定すると、システム費は4,500円、人件費は15,000円です。
成功が90件なら、成功タスク単価は約217円になります。
同じ仕事を手作業で1件10分、成功率100％で行う場合、人件費は1件500円です。
この仮定ではAI運用が安いものの、品質が同じことが条件です。
重要情報の見落としが増え、管理者の再確認が必要になれば差は縮みます。
為替、税、時間単価、処理件数を変えれば結論も変わるため、例の数字を自社の実測値へ置き換えます。
大量Webhook処理では別の形になります。
1イベント当たりは小さくても、外部システムの通知が急増するとWorker実行が跳ね上がります。
日次上限を件数と金額の両方で監視し、異常な送信元や重複イベントを入り口で止める方が、モデルを安くするより効果的です。
予算管理は月末の請求確認では遅すぎます。
業務ごとに通常値を作り、1タスク当たりの実行回数、再試行率、1日当たり費用、成功率へ警告値を設定します。
Notionの公式機能では、クレジット使用量をリアルタイムで追い、80％と100％で通知でき、残高不足時にはエージェントが停止します。
製品側の安全弁に加え、自社の成果基準でも止める必要があります。
たとえば、通常1回で終わる処理が3回を超えたら自動停止、成功率が90％を下回ったら新規実行を止めて担当者へ通知、日次費用が予算の5％を超えたら承認制へ切り替える。
さらに、顧客への送信、支払い、削除、権限変更は金額に関係なく人の承認を必須にします。
30日レビューでは、総費用、成功件数、成功タスク単価、手作業との差、重大エラー、担当者の負担を見ます。
単価が高い場合は、処理を小さく分ける、AI判断が不要な部分をWorkerへ移す、検索範囲を絞る、実行頻度を下げる、低コストモデルへ変える順で改善します。
改善後も手作業より高く、品質差もないなら停止は合理的です。
反対に、費用が同程度でも夜間対応や処理速度に価値がある場合は継続できます。
ROIを人員削減だけで見ず、対応時間、取りこぼし、品質、繁忙期の処理能力まで含めて判断します。
AIエージェントの原価は、モデル料金の欄だけを見ても分かりません。
成果が出るまでに動いたエージェント、Worker、外部サービス、再試行、人の確認を一つのタスクへ集めて初めて、費用と仕事が結びつきます。
最初に行うべきことは、精密な会計システムを作ることではありません。
代表的な業務を一つ選び、30日間、成功件数と確認時間を記録する。
その結果から警告値と停止条件を決めます。
実行回数ではなく成功タスク単価を共通言語にすれば、便利そうだから続ける運用から、成果を見て投資を決める運用へ移れます。
.png){kind=logo}
