AI エージェントのための、法人カードと経費規程。

エージェントには置きません。既定では Coinbase CDP のサーバーウォレットで署名するため、秘密鍵は CDP の外に出ず、手元から出ていくのは EIP-712 の署名依頼だけです。環境変数の秘密鍵を使うこともできますが、明示的に選んだときだけです。エージェントはエージェントごとの ID でサイドカーとやり取りし、管理トークンには触れません。

「払いたい」と言わせることはできても、答えは変えられません。予算・許可リスト・受取先の固定・承認しきい値は、モデルが編集できないポリシーファイルにあり、別プロセスで判定されます。拒否の理由は平文で返るので、モデルは同じ要求を繰り返さずに理由を説明できます。

ポリシーは、402 が名乗る URL ではなく、実際に呼んだホストに対して判定します。ホストごとに受取先を固定でき、初めての受取先への支払い額に上限を設けたり、価格が急に上がったとき（たとえば同じエンドポイントの前回の3倍超）に人間の確認を必須にしたりできます。

1つの判定につき署名は最大1回で、失敗後に署名済みの支払いを再送することはありません。再送は Idempotency-Key で重複を排除し、販売側が対応していれば x402 の payment-identifier 拡張も使います。結果が分からないもの（支払いを送った後のタイムアウトなど）は「不明」として記録し、突き合わせるまで予算に計上します。

支払う前に被害の範囲を絞ります。ホストを許可リストで限定し、受取先を固定し、1回あたりの上限を低くし、新しい受取先や値上げには承認を必須にし、ウォレットの残高は少なめに保ちます。台帳には tx ハッシュと署名つきレシート（あれば）が残るので、紛争時の証拠になります。

預かりません。署名はお客様が動かすサイドカーの中で、お客様自身のウォレット（Coinbase CDP のサーバーウォレットか、ご自身の鍵）に対して行われます。spendctl が鍵や資金を持つことはなく、資金はあなたのウォレットから販売者へ直接オンチェーンで移動します。コントロールプレーン（開発中）が保存するのはポリシー・承認・台帳だけで、鍵や資金は預からず、署名を中継することもありません。法的助言ではありません。

各行に UTC の時刻、エージェント、エンドポイント、金額、資産、ネットワーク、受取先、tx ハッシュがあり、CSV や JSON で書き出せます。USD 換算はステーブルコインを 1:1 と見なした値です。USDC での支払いの税務上の扱いは国によって異なるため、税理士にご確認ください。

それらも併用してください。spendctl はその前段に立ちます。SDK の制御はエージェントの中で動き、1回あたりの上限しか持ちません。ウォレットのポリシーエンジンは自社の鍵しか見えず、x402 の typed-data 署名を対象にできないことも多いです。ホスト型の基盤が管理できるのは、自社が預かるウォレットだけです。上限そのものは Coinbase や AWS の純正ツールで無料で手に入ります。足りないのは、それら全部をまたぐひとつのポリシー・承認フロー・台帳です。spendctl は、すでにお持ちのウォレットを、お客様が動かすサイドカーの中で管理します。

通信形式は公式 SDK のエンコーダを使う小さなアダプタに閉じ込めていて、x402 は v1 と v2 の両方を今すでに読めます。上流の仕様が変わると、毎週の CI ジョブが Issue を立てます。