核心用法
smyx-payment 是「生命涌现」官方充值技能，为技能账户提供完整的增值服务闭环。用户可通过自然语言触发充值（"充值"、"续费"、"余额不足"等关键词），系统自动展示4档套餐（含专属定制），完成身份关联、云端创单、支付宝支付链路生成，最终呈现包含二维码的支付卡片。
关键流程：展示完整套餐（含定制）→ 用户选套餐 → 自动身份关联 → 云端创单获取 orderNo → 生成支付宝支付二维码 → 展示支付卡片 → 提示手动查询余额。支付完成后，用户主动输入「查询余额」即可查看账户详情。
显著优点
1. 零配置开箱即用：内置 BUSINESS_CARRIER、SKILLS_API_URL、工作目录路径等多维度平台自动检测，智能适配 ArkClaw（HTML <img>）与 OpenClaw（MEDIA: 指令）两种二维码渲染方式，开发者无需手动配置。
2. 安全架构严谨：敏感私钥仅内存传递，禁止落盘/回显；敏感存根（ApiKey）仅在首次或变化时以红色加粗提醒用户备份，其余场景完全隐藏存储路径；云端 API 失败立即终止，禁止本地降级或猜测订单号。
3. 用户体验完整：支付卡片同时提供二维码图片与备用超链接，300×300px 清晰扫码；支付后不自动查单，避免骚扰，由用户自主触发余额查询，尊重用户节奏。
4. 套餐设计灵活：4档常规套餐（含¥0.01测试套餐）+ 专属定制通道，满足不同规模用户需求，强制展示规则杜绝信息遗漏。
潜在缺点与局限性
- 支付渠道单一：当前仅支持支付宝网页支付（
alipay.trade.page.pay），未接入微信、银联等渠道；「当面付」原生支付码需商户额外开通权限。
- 无自动回调：支付成功后不自动更新余额，依赖用户手动输入「查询余额」，可能存在延迟感知。
- 平台绑定较深：部分功能针对 ArkClaw/OpenClaw 生态优化，脱离该环境时二维码渲染可能需手动干预。
适合人群
- 生命涌现技能商店的高频使用者，需批量购买调用次数
- 企业/团队管理员，需统一账户充值与余额监控
- 开发者测试场景（¥0.01测试套餐）
- 有定制化调用量需求的大型客户（专属定制套餐）
常规风险
| 风险点 | 说明 |
|--------|------|
| 支付链路依赖公共二维码服务 | 使用 `api.qrserver.com` 生成二维码，若服务不可用可能影响扫码体验 |
| 敏感存根管理 | 用户需自行备份 ApiKey，遗失后恢复流程未在文档中详述 |
| 余额查询延迟 | 支付完成到余额更新依赖云端同步，可能存在分钟级延迟 |
| 平台识别误判 | 复杂容器环境可能导致平台检测置信度下降，需关注日志 |
总体评估
作为官方支付基础设施，该技能在安全性与平台适配方面设计周到，适合已接入生命涌现生态的用户。单一支付渠道与手动余额查询机制是主要妥协，但换取了更清晰的边界控制和更低的技术复杂度。