Payman AI

Payman AI 从“AI 向人付款”的市场发展为智能体支付基础设施，强调代理自主执行必须处于人的控制之下。平台为每个智能体建立独立钱包，并通过政策引擎检查收款方、金额、地域和审批条件，从而限制代理失陷后的影响范围。

核心功能

• 独立钱包：每个代理使用隔离的美元、USDC 或测试钱包。
• 政策引擎：支持单笔上限、每日限额、收款方白名单和地域限制。
• 人工审批：超过阈值的付款交由人员确认。
• 违规处理：不合规请求会被阻止并标记，供人工复核。
• 开发接口：提供 REST API、Python 与 TypeScript SDK、MCP 服务。
• 生态集成：可接入 LangChain、CrewAI 与 AutoGen。

适用场景

谁应该使用这个工具？

• 企业自动化团队：希望代理付款但保留审批权的组织。
• 多代理平台：需要分开核算和限制每个代理资金的产品。
• 开发与测试团队：希望先用假币沙箱验证支付逻辑的工程师。

解决的问题

1. 共享钱包风险：隔离钱包限制单个代理失陷的损失范围。
2. 大额误付：审批阈值在执行前引入人工判断。
3. 集成成本：API、SDK、MCP 和框架适配减少重复开发。

定价方案

优势对比

相比竞品的优势：

1. 按代理隔离：安全边界不是共享账户上的逻辑标签。
2. 政策维度丰富：金额、日期、收款方和地域均可约束。
3. 人机协同明确：高风险付款可升级给人员审批。

独特卖点：

• 提供不会动用真实资金的沙箱环境。
• 已具备 SOC 2 与 PCI 合规能力。
• 与 Fifth Third Bank、Stripe 合作处理美元托管和支付。

用户评价

“独立钱包让我们可以先放开低风险任务，而不是一开始就让所有代理共享资金池。” 说明：编辑部基于产品定位整理的场景化评价。

“审批阈值很实用，日常小额自动执行，大额交易仍由财务把关。” 说明：编辑部场景化评价，非官方用户证言。

快速开始

入门指南

1. 创建沙箱：用测试资金跑通付款与失败处理。
2. 分配钱包：为每个智能体建立独立资金边界。
3. 配置政策：设置限额、白名单、审批和地域规则。
4. 接入生产：通过 API、SDK 或 MCP 发起受控付款。

集成

• Python、TypeScript SDK 与 REST API
• MCP 服务
• LangChain、CrewAI、AutoGen

常见问题

支持哪些余额类型？

每个代理可使用美元、USDC 或测试钱包。

大额付款能要求人工确认吗？

可以。政策引擎支持按阈值触发人工审批。

是否适合先做无资金测试？

适合。平台提供使用假币的沙箱。

替代方案

• Signets：适合需要卡、账户和统一对账的团队。
• Delegare：适合签名授权与协议化微支付。
• Zoro：适合跨支付轨道的统一控制面。

使用技巧

1. 默认最小额度：从低上限开始，根据审计记录逐步调整。
2. 白名单按任务拆分：避免代理获得与当前工作无关的收款方权限。
3. 演练违规路径：在沙箱验证阻止、标记和审批流程。

总结

Payman AI 把隔离钱包、细粒度政策和人工审批组合在一起，适合不愿在安全与自动化之间二选一的企业。尤其对多代理系统而言，按代理限制爆炸半径是一项直接而实用的设计。