（14790期）ItPay – AI驱动的智能支付服务网关

AI驱动的智能支付服务网关 ItPay是基于OpenClaw的支付技能，支持服务发现、购买、结算、交付全流程，通过安全的CLI接口实现人机协作式支付体验。 使用说明 核心用法 ItPay是一个专为Agent设计的支付服务技能，通过单一CLI入口itpay实现买家全流程操作。核心工作流包括：服务发现（catalog list浏览服务目录）、服务启动（services start发起服务执行）、人机结算（生成QR码和支付链接）、结果交付（services next获取授权结果）以及退款处理（refund get管理退款）。 技能采用严格的信封模式：每个JSON响应包含status（当前状态）、result（业务结果）、instruction（展示说明）、next.command（下一步命令）和recovery（恢复命令）。Agent必须遵循"执行单一next.command"原则，禁止自行构造ID或绕过状态机。 关键约束包括：Node.js 18+运行时、固定openclawAgent类型、本地Ed25519私钥身份管理、显式--host/--target参数传递，以及15分钟有效期的结果授权机制。测试环境需显式设置ITPAYBACKENDURL=https://dev.itpay.ai，生产环境默认指向https://app.itpay.ai。 显著优点 安全架构严谨：采用Ed25519本地签名、分注册隔离、设备会话自动续期等机制，私钥永不暴露；明确的权限边界（Agent Type/Host/Grant层级）防止身份绕圈和配额滥用。 状态机清晰：严格的信封协议确保Agent不会陷入无限重试或状态混乱，next.command驱动的方式天然支持断点续传和人机协作。 多平台适配：原生支持Telegram、Discord、WhatsApp、Feishu/Lark等主流IM平台，通过--host/--target抽象实现一致的跨平台体验。 防幻觉设计：大量CRITICAL规则约束（禁止构造ID、禁止猜测结果、禁止绕过配额）从协议层面减少Agent自主发挥导致的错误。 合规透明：价格必须前置展示、支付必须人工确认、授权必须显式回调，符合支付场景的合规要求。 潜在缺点与局限性 卖家端未实现：当前仅支持买家流程，卖家工作流（上架、库存、结算等）处于占位状态，完整双向市场功能缺失。 学习曲线陡峭：严格的CLI协议和信封规则对开发者要求较高，误用--target、混淆--host与业务输入、错误处理next.command均会导致流程中断。 依赖Node生态：强制Node.js 18+运行时，且要求openclaw环境支持，对纯Python或其他运行时Agent不够友好。 人机协作瓶颈：支付环节必须人工扫码/点击链接，无法实现纯Agent自动化闭环，适合"助手辅助人"而非"无人值守"场景。 错误终止偏保守：providerconnectionunavailable、providerinputrejected等错误直接终止执行而非自动重试，虽安全但可能增加人工介入成本。 适合的目标群体 AI Agent开发者：需要为聊天机器人集成支付能力的Bot开发者 OpenClaw生态用户：已在OpenClaw/ClawHub平台部署Agent的团队 跨境电商/服务出海：需要支持多IM平台（Telegram/WhatsApp等）支付场景的运营方 合规敏感型业务：对支付授权、价格透明、退款锁定有严格要求的金融科技场景 使用风险 运行时风险：Node.js版本不兼容、技能更新后未执行openclaw skills update导致backendcontractincompatible错误。 身份安全风险：本地私钥文件权限配置不当可能导致身份泄露；误操作device recover --confirm-backend-reset会丢失其他后端注册。 网络/提供商风险：上游服务商（如美团等）连接中断时执行直接终止，无自动降级；服务提供商API变更可能导致providercontractmismatch。 配额与滥用风险：尽管有状态机约束，开发者若错误实现"循环重试"或"多窗口轮换Agent Type"仍可能触发风控。 依赖维护风险：技能托管于GitHub，需关注MIT-0许可证下的长期维护承诺；ClawHub零费用承诺不改变ItPay服务本身的外部成本。 原始说明 Use bundled ItPay services in OpenClaw