エージェントシステムは、調査、推論、多段階ワークフローの調整が可能ですが、ペイウォールに直面すると停止します。財布もカードも支出制限もありません。t54はその問題を解決しました。Amazon Bedrock AgentCoreは、あらゆるフレームワークやモデルで、エージェントを大規模に構築、接続、最適化するためのプラットフォームです。Amazon Bedrock AgentCoreの機能であるAmazon Bedrock AgentCore Payments上のトラストレイヤーは、人間が1件も承認することなく、2,000万件以上のエージェント主導のトランザクションを処理してきました。各トランザクションは0.001ドルから0.01ドルまでのマイクロペイメントであり、人間がその速度でレビューできるものではありません。
問題：エージェントに財布を与えるのは簡単ですが、大規模に管理することは困難です
t54の顧客は、サードパーティのサービスに自律的に支払う必要があるエージェントシステムを展開しています。ポートフォリオを監視し、ポジションが変化したときにアナリストに警告するエージェントシステムを実行している金融サービスチームを考えてみましょう。このシステムは、有料APIからのリアルタイムの市場データを必要とします。エージェントに財布へのアクセスを与えることは簡単です。難しいのはその周りのすべてです。設定ミスのループが口座を枯渇させないように支出制限を実施すること、エージェントが生のキーに触れないように認証情報を分離すること、コンプライアンスのためにすべてのトランザクションを監査すること、そしてこれを数十のエージェントが数百のエンドポイントを呼び出す中で行うことです。
そのようなガバナンスレイヤーがないと、チームは手動で各トランザクションをレビューして承認するか、管理されていないリスクを受け入れるかの選択を迫られます。低ボリュームでは手動承認は機能します。機械の速度、つまり1時間あたり数千回のAPI呼び出しでは、それは破綻します。チームには、組み込みの制御を備えた自律的な支払いが必要です。
t54は、エージェント支払いのためのトラストインフラストラクチャを構築しています。彼らの顧客は常に同じことを求めていました：カスタムの支払いオーケストレーションを一から構築することなく、安全でスケーラブルでプロバイダーに依存しない、エージェントが支払う方法です。それを実現するために、t54はセッションスコープの支出制限、認証情報の保管庫、マルチプロバイダーサポートを組み込んだ支払いバックボーンを必要としました。
Amazon Bedrock AgentCore Paymentsは、支出インフラストラクチャ（セッション制限、認証情報の分離、支払い実行）を提供します。t54のx402-secureは、トラストインテリジェンス（誰に支払っても安全かを判断するリアルタイムエンドポイントスコアリング）を提供します。これらが一緒になって、カスタム統合作業なしに、管理されたエージェント支払いをチームに提供します。
t54が構築したもの
t54は、AIエージェントが安全に支払うことができるサービスを管理するトラストインフラストラクチャを構築しています。彼らの製品であるx402-secureは、エンドポイントとオンチェーンの支払いアドレスをリアルタイムでスコアリングするトラストレイヤーです。エージェントがサービスに支払う前に、x402-secureはそのサービスが支払い可能かどうかを伝えます。
その下にあるプロトコルはx402で、HTTP 402ステータスコードを使用してクライアントがHTTP経由で直接APIに支払うことを可能にするオープンな支払い標準です。エージェントが有料エンドポイントを呼び出し、402応答を受信すると、Amazon Bedrock AgentCore Paymentsが署名と決済を処理します。エージェントは秘密鍵を直接処理しません。
x402-secureの背後にあるスコアリングエンジンであるTrustlineは、支払いが決済される前に5つの独立したシグナルを評価します。それらのシグナルは、支払いアドレスのブロックチェーン履歴、宛先ウェブページの正当性、サービスのソーシャルメディアフットプリント、APIのライブヘルスステータス、そしてこれらすべてから合成された総合リスクスコアです。各シグナルは、異なるクラスの信頼できないエンドポイントを捕捉します。t54は、単一の弱いシグナルだけではトランザクションを単独で承認できないようにリスクモデルを設計しました。
製品スイートには、エージェント向けのクレジット機能であるClawCreditも含まれています。Amazon Bedrock AgentCore Paymentsはセッションごとの支出上限を実施し、ClawCreditはその範囲内で動作するクレジットベースの資金源を提供します。両方のレイヤーが独立して支出を管理します。
「AgentCoreにはすでに多くの強力な開発者がいます。私たちは、彼らが独自の支払いオーケストレーションを配線するのではなく、プラットフォームに組み込まれたTrustlineで彼らにサービスを提供することが最良の体験であると感じました。開発者が本当に心配しているのは、エージェントが実際の金銭的影響を与える何かをすることです。私たちの仕事は彼らに安心感を与えることです。」
— t54の創業者、Chandler Fang
アーキテクチャ：信頼と支払いがどのように連携するか
この図は、アプリケーションバックエンド、Amazon Bedrock AgentCoreランタイム（Amazon Bedrock AgentCoreの機能）、決定論的トラストゲートを持つStrandsエージェント、外部有料サービス、Amazon Bedrock AgentCore Paymentsの5つのレーンにわたるエンドツーエンドのフローを示しています。信頼チェックが成功しないと支払いは進みません。完全なAmazon Bedrock AgentCore Paymentsアーキテクチャ（AWS Identity and Access Management (IAM)認証、AWS Secrets Managerの認証情報ストレージ、Amazon CloudWatchオブザーバビリティを含む）については、テクニカルディープダイブ：AgentCore Paymentsとエージェント商取引の革新を参照してください。
中核となる設計原則は、職務分離です。お金を使うものは、支出ルールを設定するものであってはなりません。t54はIAMによる厳格な役割分離を通じてこれを強制します。彼らはシステムを4つの役割に分割し、エージェントランタイムが支払いを実行できるが、自身の制限を変更したり、新しいウォレットをプロビジョニングしたり、認証情報に直接アクセスしたりすることはできないようにしました。
実際には、エージェントは呼び出し時にセッションIDとインストルメントIDのみを受け取ります。開発者認証情報は、Amazon Bedrock AgentCoreの機能であるAmazon Bedrock AgentCore Identityを通じてAWS Secrets Managerに暗号化され、APIから返されることはありません。エンドユーザーのウォレット署名キーはウォレットプロバイダー（Coinbase）に保持されます。エージェントはセッションスコープのトークンのみを受け取ります。エージェントが支出制限を使い果たすと、停止します。エージェント内部からセッションを補充または再作成する方法はありません。
「最も困難な決断は、リスクチェックをエージェントが支払い操作を実行する前の必須ゲートにすることでした。この選択により、エージェントが自己説得によってセキュリティプロトコルを回避することはできません。」
— Chandler Fang
このアーキテクチャにより、エージェントは高い速度で自律的に支払いを行う一方で、厳格なセキュリティとコンプライアンスを維持できます。セッション予算、認証情報の分離、信頼ゲートは、企業がリスクエクスポージャーを完全に制御しながら、現実世界の取引を実行できるエージェントシステムを展開することを可能にするフレームワークを構成します。