メインコンテンツにスキップ
学ぶ用語集エージェントの支出ポリシー
用語集

エージェント支出ポリシーとは。

定義

エージェントの支出ポリシーは、AIエージェントウォレットに付随するルールのセットであり、エージェントが支払うことを許可されている内容を管理します - 期間ごとの許可(毎日、毎週、または毎月)、取引ごとの上限、および開始日と終了日の有効期間。ポリシーはダッシュボードで設定され、ウォレットAPIレイヤー(エージェントの操作可能な範囲外)で強制され、決済前のすべての支払いで確認されます。APIは読み取り専用で公開されます。

それが重要な理由

自律的な支払いを安全にする唯一のもの。

支出ポリシーがない場合、エージェントにウォレットを与えることは、LLMにドル建ての小切手帳への無制限のアクセスを与えることになります。2つの失敗モードは避けられません。最初は逃げ出すループです:エージェントのプランナーが有料ツールを再試行している間にスタックし、ワークスペースの残高を数分で消費します。2つ目はプロンプトインジェクションです:攻撃者がエージェントを説得して、通常のタスクのように見せかけて攻撃者が制御するウォレットに支払わせます。

支出ポリシーは構造的に両方の失敗モードを制限します。暴走ループは期間の許可を使い果たし、停止します。注入された支払いは取引ごとの上限(または残りの許可)を超え、決済されません。エージェントは完全に信頼できる必要はありません。なぜなら、ウォレットはポリシーの外での決済を拒否するからです。これは「支払うエージェント」が本番で使用可能であることと、実験であることの違いです。

どのように機能するか

一度設定し、すべての呼び出しを評価します。

  1. 設定する。 人間のユーザーがダッシュボードでポリシーを設定します:期間ごとの許可、取引ごとの上限、およびオプションの有効期限(開始日と終了日)。APIはポリシーを読み取り専用で公開し、変更は監査ログに記録されます。
  2. アイデンティティにバインドします。 ポリシーはエージェントの支払いアイデンティティに付随します。マルチエージェントワークスペースには、エージェントごとに1つのポリシーがあり、オプションで合計を制限するワークスペースレベルの上限があります。
  3. すべての意図で評価する。 エージェントが支払い意図を提出すると(通常は402応答によって駆動される)、ウォレットAPIはポリシーを実行します:取引ごとの上限を確認し、残りの期間の許可を確認し、有効期限を確認します。
  4. 決済または拒否。 すべてのチェックが通過した場合、ウォレットは支払いを決済し、残りの許可を減少させます。いずれかのチェックが失敗した場合、ウォレットは支払いを拒否します(制限を超えるか、ウィンドウの外にあるため)し、決済しません。
  5. 監査。 すべての受け入れられた意図と拒否された意図は、ポリシー決定とともに記録されます。人間はいつでもログを確認して、エージェントが何を試みたか、ポリシーが何を許可したかを確認できます。

ポリシーは、ウォレットを共有するエージェントの数に関係なく、同じ種類のオブジェクトです。エージェントごとのポリシーは予算を明確に分離します;親レベルのワークスペースポリシーは、すべての子エージェントにわたって厳格な上限を適用します。

生産中に見られる3つのポリシーの形状。

例 1

単一呼び出し上限のあるエージェントごとの日次上限

研究エージェントには$5/日の上限と$0.50/呼び出しの上限があります。$0.50の10回の呼び出し、または$0.05の100回の呼び出し、または日次合計の下での任意の組み合わせを行うことができます。ツールからの驚きの$2.00の請求書は、決済される前に呼び出しの上限で拒否されます。両方の制限は同時に施行され、より厳しい方が呼び出しごとに勝ちます。

例 2

受信専用ロックダウン

支払いのみを受け取るエージェントは、その許可と取引ごとの上限が両方ともゼロに設定されています。誰でもいつでも支払うことができますが、USDCを送信することはできません - コードやプロンプトインジェクションが何をしようとしても関係ありません。両方の制限をゼロに設定することは、プロンプトインジェクションによる支払いリダイレクションに対する最も強力な防御です:ウォレットはすべての出金を拒否します。

例 3

時間制限のあるエンゲージメントウィンドウ

契約者エージェントには、エンゲージメントの30日間のウィンドウ(開始日と終了日)のみ有効な支出許可が与えられます。ウィンドウ内では、週ごとの許可の範囲内で支出できます;終了日を過ぎると、許可は失効し、誰もそれをオフにすることを思い出す必要がなく、さらなる支払いは決済されません。

よくある質問

一般的な質問が3つ。

支出ポリシーとレート制限の違いは何ですか?

レート制限は呼び出しのカウントを管理し、支出ポリシーは呼び出し全体のドル価値を管理します。エージェントは1分あたり100回の呼び出しに制限されることがありますが、それらの呼び出しがそれぞれ$1のコストで、エージェントが1時間それらを行うと、ワークスペースが破産する可能性があります。支出ポリシーは呼び出し数に関係なくドルのエクスポージャーを制限します。これら2つの制御は互いに補完し合います - レート制限はエージェントのランタイムでのサービス拒否を防ぎ、支出ポリシーはエージェントのウォレットでの資金拒否を防ぎます。

ポリシーはどこで施行されますか - エージェントコード内ですか、それともウォレット内ですか?

ウォレット内、支払いAPIレイヤーで。エージェントコードで強制すると、エージェントのプランナーをバイパスするプロンプトインジェクション攻撃も予算をバイパスすることになります。ウォレットAPIで強制することで、ポリシーはエージェントの操作可能な範囲外になります。エージェントは支払い意図を提出し、ウォレットはポリシーに対して意図を評価します。ウォレットは決済するか拒否します。エージェントは自分の制限を引き上げることはできません。

正当な支出が拒否されている場合、ユーザーは途中でポリシーを調整できますか?

はい、しかし調整できるのは人間のユーザー(または他の認可された人間)だけです - エージェント自身は決して調整できません。ウォレットの管理パネルはポリシーエディターを公開します; 変更は誰がいつ行ったかを監査ログに記録します。これにより、エージェントはデフォルトでガードレール内に留まり、正当な大きな支出が発生したときに人間が必要なオーバーライドを与えます。エージェントは、自身の計画ループ内で「制限を上げてください」と要求する方法を持たず、これは制限を持つ目的を無効にすることになります。
最終レビュー: 2026-05-15. CC BY 4.0の下で公開。

あなたのエージェントに予算の封筒を与える。

期間ごとの手当と取引ごとの上限は、ダッシュボードで設定します。無料で開始できます。