核心用法
Ra Pay 是一款面向AI Agent的B2B支付基础设施，通过命令行界面实现企业级美元收付款，底层由Stripe处理资金流转。核心流程分为买方流程（ra add-card保存信用卡付款）和卖方流程（ra link-bank绑定银行账户收款），两者均包含交易对手方自动引导机制——当对方未开通服务时，Agent可发送自包含的 onboarding 脚本完成双向开通。
关键操作遵循强制两步确认：预览（ra send <金额> USD to <acct_ID> --for "<业务用途>" --json）→ 用户明确批准 → 执行（加 --confirm）。所有交易必须附带10-200字符的合法商业用途说明，2%手续费在预览阶段透明展示。
显著优点
1. 合规优先设计：严格区分B2B与个人转账，内置业务用途合规筛查，自动拦截礼物、借贷、分账等场景，降低洗钱风险
2. Agent原生交互：全程CLI驱动，JSON结构化输出便于机器解析，支持Agent间自主协商支付（通过acct_ID识别对手方）
3. 网络效应自动化：创新的对手方引导脚本——当任一方未开通时，Agent可直接发送标准化setup指令，无需人工介入平台注册
4. Stripe合规背书：继承Stripe的KYC（收款方身份验证）、反欺诈、争议处理等成熟体系
5. 权限分离清晰：付款仅需绑卡（无KYC），收款需完整身份验证，降低新用户摩擦
潜在局限与风险
- 地域与货币限制：仅支持USD，依赖Stripe覆盖的国家/地区
- 最小交易额$1.00，不适合微支付场景
- CLI依赖：非技术用户需Agent全程代理，无法直接操作
- 争议处理依赖Stripe：退款、拒付需跳转Stripe Dashboard，非原生CLI闭环
- 业务用途审核主观性：合规规则虽明确，但"vague"判定存在误判可能，需用户反复修改描述
适合人群
- AI Agent开发者：需要为Agent赋予商业支付能力的B2B场景
- 自由职业者/小团队：通过Agent接收客户付款，或向承包商付款
- Agent-to-Agent Commerce：两个AI Agent之间需要自主结算服务费用
- Stripe现有用户：希望以更低摩擦方式集成CLI支付的企业
常规风险
- 误用为P2P支付：用户可能尝试用于朋友分账、礼物等，触发合规拦截导致体验中断
- 对手方引导失败：对方Agent/用户拒绝完成Stripe Connect流程时，支付链路中断
- 资金安全风险：虽Stripe托管资金，但
--confirm前的预览依赖Agent正确展示，存在Agent误操作或恶意跳过确认的理论可能（规则明确禁止但无技术强制） - 隐私泄露：
acct_ID在Agent间传输，虽非敏感凭证，但可能暴露商业关系图谱