Zoro

Zoro 是智能体支出的控制平面，而不是新的支付网络。它位于 ACP、TAP、AP2、x402 和加密钱包等轨道之上，先评估任务意图与 mandate，再执行获批交易，最后返回带签名、可审计的回执。

核心功能

• 可编程 Mandate：定义预算、商户、有效期等可撤销政策。
• 意图评估：付款前判断任务请求是否满足约束。
• 跨轨执行：在多种商业协议和加密钱包上执行交易。
• 精确归因：建立智能体、任务、工具与 mandate 的关联。
• 全局熔断：可按代理、会话或组织立即停止支出。
• 签名回执：为授权与执行结果生成可审计证明。

适用场景

谁应该使用这个工具？

• 多协议平台：同时接入多种智能体支付标准的产品。
• 企业风控团队：需要统一政策、归因和紧急停止能力的组织。
• 代理运营团队：希望跨轨道查看支出责任与执行记录的团队。

解决的问题

1. 治理碎片化：不同支付轨道共享一套授权与撤销逻辑。
2. 责任不清：每笔交易可回溯到代理、任务、工具和政策。
3. 失控扩散：全局 kill switch 可快速阻止后续支出。

定价方案

优势对比

相比竞品的优势：

1. 不替换支付网络：可覆盖已有轨道，降低迁移成本。
2. 统一语义：把不同协议标准化为一致的授权与执行流程。
3. 组织级止损：熔断范围可从单个代理扩展到整个组织。

独特卖点：

• 提供跨轨道的责任抽象与规范化处理。
• 回执带签名，适合合规和事后调查。
• API 直接覆盖授权、执行与撤销动作。

用户评价

“我们不缺支付通道，缺的是所有通道都遵守同一套代理政策。” 说明：编辑部基于产品定位整理的场景化评价。

“能从交易追到任务与工具，比只看到钱包地址更适合企业审计。” 说明：编辑部场景化评价，非官方用户证言。

快速开始

入门指南

1. 登记代理：使用 zoro.authorize(agent, policy) 绑定政策。
2. 提交任务：通过 zoro.execute(task, limits) 评估并执行。
3. 保存回执：将签名结果关联到内部任务记录。
4. 演练撤销：用 zoro.revoke(agent) 验证紧急停止流程。

集成

• ACP、TAP、AP2 与 x402
• 加密钱包及其他支付轨道
• 企业审计、风控与事件响应系统

常见问题

Zoro 会替代现有支付服务吗？

不会。它作为控制平面治理并执行跨现有支付轨道的交易。

能按组织停止所有代理吗？

能。熔断开关支持代理、会话和组织三个层级。

如何记录付款责任？

平台把代理、任务、工具和 mandate 关联起来，并返回签名回执。

替代方案

• Delegare：适合单笔授权、商户锁定和微支付。
• Signets：适合卡、账户与对账一体化。
• Payman AI：适合隔离钱包与人工审批。

使用技巧

1. 统一政策词汇：先定义各轨道通用的预算、商户和期限字段。
2. 强制保存回执：不要让交易记录与任务系统脱节。
3. 定期演练熔断：确保代理、会话和组织级撤销都能生效。

总结

Zoro 适合已经拥有支付轨道，却缺少统一智能体治理层的团队。它以 mandate、跨轨执行、精确归因和全局熔断控制支出，使支付自动化具备企业所需的责任边界。