自主代理系统虽然能够研究、推理和编排多步骤工作流，但一旦遇到付费墙就会停步不前。它没有钱包、没有信用卡，也没有消费限额。t54解决了这个问题。Amazon Bedrock AgentCore是一个平台，可用于大规模构建、连接和优化代理，支持任何框架或模型。他们的信任层——Amazon Bedrock AgentCore Payments（Amazon Bedrock AgentCore的一项功能），已经处理了超过2000万笔代理发起的交易，而无需人工批准任何一笔。每笔交易都是0.001美元到0.01美元之间的小额支付：快速、高并发的调用，人类无法以这种速度进行审查。
问题：给代理一个钱包很简单，但大规模管理它并不容易
t54的客户部署了需要自主为第三方服务付费的代理系统。以金融服务团队为例，他们运行一个监控股票投资组合并在头寸变化时提醒分析师的代理系统。该系统需要来自付费API的实时市场数据。给代理访问钱包的权限很简单。困难在于其周围的一切：执行消费限额以防止一个配置错误的循环耗尽账户；隔离凭据，使代理永远不会接触到原始密钥；审计每笔交易以确保合规；并且所有这些都必须在数十个代理调用数百个端点的情况下进行。
如果没有这种治理层，团队将面临两个选择：手动审查和批准每笔交易，或者接受不受控制的风险。在低交易量下，手动审批是可行的。但在机器速度下，每小时数千个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在支付结算前会评估五个独立信号。这些信号包括：支付地址的区块链历史、目标网页的合法性、服务的社交媒体足迹、API的实时健康状态，以及由所有四个信号综合而成的总风险评分。每个信号捕获不同类别的不可信端点。t54设计其风险模型时确保没有任何一个弱信号能单独授权一笔交易。
产品套件还包括ClawCredit，一个面向代理的信贷机制。Amazon Bedrock AgentCore Payments强制执行每会话消费上限，而ClawCredit提供在其范围内运作的基于信贷的资金来源。两个层独立地管理消费。
“AgentCore上已经有很多强大的开发者，我们觉得最好的体验是直接为他们提供内置Trustline的平台，而不是让他们自己搭建支付编排。开发者真正担心的是代理做出有实际财务后果的事情。我们的工作就是让他们安心。”
——Chandler Fang，t54创始人
架构：信任与支付如何协同工作
该架构图展示了端到端的流程，横跨五个通道：应用后端、Amazon Bedrock AgentCore运行时（Amazon Bedrock AgentCore的一项功能）、具有确定性信任门控的Strands代理、外部付费服务以及Amazon Bedrock AgentCore Payments。信任检查必须通过，支付才能进行。要了解完整的Amazon Bedrock AgentCore Payments架构（包括AWS Identity and Access Management (IAM)身份验证、AWS Secrets Manager密钥存储和Amazon CloudWatch可观测性），请参阅技术深度剖析：AgentCore Payments与代理商务创新。
核心设计原则是职责分离。花钱的东西绝不能是制定消费规则的东西。t54通过IAM严格角色分离来强制执行这一点。他们将系统划分为四个角色，以便代理运行时可以执行支付，但不能更改自己的限额、配置新钱包或直接访问凭据。
实际上，这意味着代理在调用时只收到会话ID和工具ID，没有其他信息。开发者凭据通过Amazon Bedrock AgentCore Identity（Amazon Bedrock AgentCore的一项功能）加密存储在AWS Secrets Manager中，并且不会从API返回。终端用户的钱包签名密钥保留在钱包提供商（Coinbase）处。代理只收到一个会话范围的令牌。如果代理用尽了其消费限额，它就会停止。从代理内部无法充值或重新创建会话。
“最艰难的决定是让风险检查成为代理执行任何支付操作之前的强制门控。这个选择让代理无法通过自我说服来绕开安全协议。”
——Chandler Fang
这一架构确保了代理能够在高速度下自主支付，同时保持严格的安全性和合规性。会话预算、凭据隔离和信任门控共同构成了一个框架，使企业能够部署能够执行真实世界交易而无需人工干预的代理系统，同时完全控制风险敞口。