千问AI余额查询与固定金额支付宝充值编排

当用户需要查询千问AI平台现金余额、发起固定金额支付宝充值、查询充值结果或历史、恢复未显示的充值二维码、或获取充值页面指引时使用。

适用场景

解决思路

1. 确认仅针对千问AI账户使用本技能，不要从低余额、通用配额错误、HTTP状态码或无关模型故障推断充值意图或账户逾期。
2. 确保运行环境为Node 18.18+，使用scripts/preflight.mjs执行运行时基线检查、确定千问CLI兼容性并选择可用的支付宝支付路径，不要在文字中复现或覆盖其版本与能力决策。
3. 仅在当前路由需要权威细节时加载references：固定金额充值在用户确认创建订单后才读取recharge-flow.md；当用户明确报告当前订单二维码未显示且当前订单的支付宝材料仍保留时，同时读取其恢复章节。
4. 按路由表分发请求：余额→balance-summary（只读）；已确认逾期或明确的模型调用余额错误→询问是否充值（不授权金额或交易）；固定金额支付宝充值→recharge-order；当前订单二维码未显示→missing-qr-recovery；已有订单结果→recharge-result（只读快照，不启动轮询）；充值历史→recharge-history（只读，默认30天）；充值页面指引→recharge-page（打开浏览器前先确认）；Token Plan购买→重定向到sources.md中列出的Token Plan页面。
5. 仅本地化千问自有输出：跟随用户最新实质性消息的语言；AI风险提示可完整翻译；仅面向用户的支付宝内容逐字传递；路由特定控制数据永不面向用户。
6. 一次确认对应一次创建尝试：确认精确的掩码账户、规范化金额、支付宝方式和操作范围；确认仅授权一次创建命令调用并在调用前消耗；不得授权另一订单（包括相同账户金额的重试、替换或额外订单）；状态查询、二维码恢复、支付继续或支付完成声明均不授权创建；绝不自动重试中断、格式错误、超时、非零或未确认的创建尝试。
7. 在外层充值生命周期内保持单一支付所有者：本技能拥有订单创建、支付交接和查询千问结果的决定；preflight在订单创建前选择direct或alipay-payment-skill；alipay-payment-skill仅在委托的支付步骤内拥有安全、命令、重试、输出和停止决策；一旦直接支付宝命令已开始，绝不切换路径。
8. 禁止支付即兴发挥：仅使用当前创建响应中未经更改、已验证的paymentUrl；绝不接受、重写、重建、规范化、解码/重新编码或替换来自用户、历史、日志或其他订单的链接。
9. 仅以共享充值结果分类器返回category=credited作为充值已到账的唯一证明；支付宝结果、扫码、用户声明、余额变化或历史记录均不能证明。
10. 保护凭证和交易数据：绝不请求支付宝密码、银行卡号、短信验证码、API密钥、cookie或粘贴的token；完整账户标识、订单ID、支付链接和原始载荷仅保留在当前流程内存中；不要复制到文件、日志、长期记忆或子代理消息。
11. 先交付再轮询：在任何结果查询或poll-recharge.mjs之前完成Progress node 2；仅Agent可见的命令结果、文件读取、预览、草稿或计划中的最终回复不算交付。
12. 轮询路由：使用recharge-flow.md确定轮询资格和业务顺序。
13. 一致执行上下文：对千问命令应用cli-contracts.md中的执行上下文和认证恢复契约。
14. 直接路径的sessionId解析：sessionId可选且仅适用于alipay-bot submit-payment，trigger-payment-signal永不接收；按优先级取第一个非空值：1)运行时元数据sessionId/session_id；2)当前对话threadId/thread_id/conversationId/conversation_id/agentContextId，Codex用CODEX_THREAD_ID；3)环境变量AIPAY_SESSION_ID；按原值使用，不生成、不询问用户、不替换其他业务ID；若全部为空则省略--session-id。
15. 金额处理：仅使用当前充值有意提供的金额；用十进制字符串或整数运算精确转换元、角/毛、分；仅当金额明确、为正、以人民币计价且可精确表示为分时继续；当金额缺失、近似、范围、含多个候选、使用其他货币或具有亚分精度时，要求一个精确金额；绝不猜测、四舍五入、截断或复用其他请求的金额。
16. 用规范化金额和路由依赖验证：运行node <skill-dir>/scripts/preflight.mjs --route recharge-order --amount <normalized>；对每次recharge-order尝试，兼容的支付宝CLI和alipay-payment-skill是独立的阻塞依赖；preflight验证CLI契约，另行验证alipay-payment-skill在宿主可用技能注册表中存在且可加载；即使preflight选择payment_path=direct，两者也不可相互替代；在认证、确认或订单创建前完成两项检查。
17. 两项依赖门通过后保留返回的payment_path：direct表示可选的交接前信号能力可用；alipay-payment-skill表示支付提交必须使用已验证的alipay-payment-skill；若任一依赖不可用则停止，仅在需要安装指引时使用cli-contracts.md § Dependency setup。
18. 认证与账户快照：使用cli-contracts.md中的认证契约验证服务器认证的千问CLI账户；仅使用CLI OAuth设备流程；仅显示其返回的验证URL，绝不询问凭证或token；完整账户标识仅用于当前流程一致性检查，仅显示掩码形式；创建前立即重新读取已认证账户并与确认快照比较；任何账户、金额、货币、支付方式或操作范围变化均使确认失效；创建前不要查询余额、充值历史或先前订单。
19. 确认：对每次新的固定金额创建确认，第一可见行必须是完整的AI风险提示（适当时本地化）：'AI risk notice: This recharge request was prepared by AI and may not reflect your actual intent. Review the amount, account, and operation scope; do not confirm if anything is incorrect.'；然后显示掩码账户、规范化金额、支付宝方式，并说明确认将创建一个充值订单并进入支付流程；以自然确认问题结束；不要使用机械的Confirm/Cancel选项列表；肯定→重新检查账户和规范化金额，消耗确认，然后读取并执行recharge-flow.md；否定→不运行任何内容并输出本地化的'Recharge canceled'；重大变更→显示带风险提示的新确认块。
20. 用户可见进度：仅传达以下业务转换，不暴露CLI命令、参数、技能路由、验证器、服务名、轮询内部、sessionId、内部轮询截止时间或原始千问侧错误（除非用户明确要求故障排除信息）。
21. Progress node 1订单创建：确认后、调用创建命令前显示'Creating the recharge order…'。
22. Progress node 2支付宝输出交付：直接路径仅使用cli-contracts.md § Direct Alipay commands标识的面向用户stdout；直接作为用户可见响应恰好交付一次；正常渲染其Markdown；不添加前言、标题、围栏代码块或状态摘要；逐字节保留所有非媒体文本；不翻译、总结、换行或过滤其业务内容；仅应用传输适配：若stdout含MEDIA: <path-or-url>行，提取每个引用并仅从文本中移除这些行，发送剩余文本不变，然后按原始顺序通过图像/媒体通道发送引用图像；若无图像/媒体通道，按原始顺序将引用作为Markdown图像追加到单个文本响应；若stdout已含Markdown图像，保持不变且不发送重复图像；绝不打开、分析或修改引用图像；除用户报告未显示时重新呈现当前订单保留的二维码外，不得复用。支付宝技能路径：遵循alipay-payment-skill的内容、格式和媒体规则，不在此复现；其生命周期终止符在外层流程中的范围由recharge-flow.md定义；若已通过用户可见通道发出内容，不要重复。直接路径的MEDIA:处理仅改变传输表示，不是支付宝结果验证；无论哪条路径，Progress node 2仅在所选路径内容用户可见后才完成；若运行时无法在不结束外层回合的情况下发布该文本，则将其用作最终回复，该回合不轮询，并在用户下一条消息后使用一次已有订单快照；绝不将支付宝内容推迟到轮询后的计划最终回复；直通规则优先于上述千问侧本地化、隐藏和错误重写规则。若确认流程因支付步骤未产生用户可见内容而请求无输出恢复，显示本地化等价内容：'The payment step did not return any displayable result, so its outcome is unknown. The existing recharge order has been retained. Do not create another order or pay again; ask me to check this order before retrying.'；这是千问自有恢复通知，不是支付宝输出或充值结果证明。恰好一次规则有一个例外：当用户报告当前支付二维码未显示时，按recharge-flow.md § 4从该支付返回的支付宝数据重新呈现二维码和支付链接。
23. Progress node 3千问充值结果：使用共享结果分类器返回的类别：credited→'Recharge credited. ¥<amount> has been added to your QianWenAI balance.'然后追加'Recharge records may be delayed by approximately 10 seconds.'；failed→'Recharge was not credited. Check the Alipay transaction status before trying again.'；processing或unconfirmed→'Recharge result not yet confirmed. If you have already paid, do not pay again — tell me once payment is complete and I will check the final result for you.'；当确认流程契约请求终端后余额查询时，在验证响应后追加'Current available balance: ¥<balance>.'；若该查询失败，追加'Latest balance is temporarily unavailable.'；绝不根据余额响应更改或替换充值结果；绝不说将自动或稍后报告结果；用户必须发送另一条消息才能查询后续快照。
24. 余额路由：使用cli-contracts.md § Balance；显示已验证的人民币金额；低余额或零余额本身不证明逾期状态或授权充值。
25. 充值资格：明确的千问AI充值请求直接进入金额流程；用户确认的逾期账户或明确的模型调用余额不足错误可提供一个本地化充值选择，但选择加入仍不授权金额或订单；不要为通用故障、HTTP 403、免费层耗尽、Token Plan配额或支出限制建议充值。
26. 已有订单结果：使用cli-contracts.md § Existing-order result的一次快照；不要查询支付宝状态或启动poll-recharge.mjs；用Progress node 3呈现结果。
27. 充值历史：使用cli-contracts.md § Recharge history；退出码0时，将CLI结果转换为人类可读响应；历史仅供参考，永不证明特定订单结果。
28. 充值页面指引：解释该命令打开已验证的千问AI充值页面，并在使用cli-contracts.md § Recharge page guidance前询问是否继续；显示返回的已验证URL；绝不自行构造。
29. Token Plan：不购买、续订、升级或增加Token Plan配额；将购买请求引导至sources.md中列出的Token Plan页面；将现有计划状态、配额和账单问题路由至qianwen-usage。
30. 更新检查：对于更新请求，可用时使用同级qianwen-update-check技能；否则运行qianwen version --check；绝不在未解决的充值流程中运行更新检查。

适用边界 · 注意事项

• 用量、账单或订阅查询（应使用qianwen-usage）
• 传入的支付宝支付链接或无关商户订单（应使用alipay-payment-skill）
• 退款、非千问AI产品