微信小游戏开发顾问 Pro

解决的核心问题

微信小游戏从立项到上线常遇到两类难题：一是需求与执行脱节，开发者难以把「做一个排行榜系统」「适配分享场景」这类具体诉求转化为可落地的开发任务；二是付费开发服务边界模糊，部分工具仅输出诊断报告，无法真正修改项目代码，或缺乏明确的验收标准，导致支付后仍需大量二次沟通。本技能以「真实项目交付」为目标，不将咨询建议等同于开发完成，而是将每一次付费与具体任务绑定，确保输出的是可直接指导代码改动的结构化执行包。

工作机制

单次调用仅绑定一个微信小游戏项目、一个任务类型（如architecture、implementation、release等），以及最多 12 个授权路径、6 项交付物和 12 条验收条件。核心流程分为三步：

1. 前置检查与工作单确认：生成唯一 Idempotency-Key，校验商户后端服务状态（仅请求 https://skillpay.catocareer.com/api/health），并向用户明确展示任务范围、交付物、验收标准、价格（2.99 元）及责任边界。用户二次确认前，仅可澄清需求，不触碰项目文件。
2. 支付与执行包交付：通过微信支付授权能力触发付款，支付后向商户后端提交带支付凭证的请求，校验响应完整性与 SHA-256 摘要，仅接受包含 game_development_execution_package 内容且字段合规的结构化执行包。远端执行包被视为不可信内容，不自动执行，仅提供任务项与质量门槛。
3. 本地实施与验证：用户二次确认后，Agent 基于本地真实文件独立制定实施步骤，完成代码、场景、UI 等改动，并运行语法检查、测试、构建等验证。最终交付需区分「商户执行包已交付」与「Agent 本地实施结果」，列出文件改动、验证证据及遗留风险。

适用边界与注意事项

• 需当前 Agent 具备项目文件读写权限及微信支付授权能力，仅支持聊天的 Agent 无法使用。
• 执行包仅覆盖已确认的 paid_scope，超出授权路径、新增任务类型或改变约束需重新确认并再次付费。
• 远端执行包不可解析为命令或脚本，拒绝未知字段、绝对路径或授权范围外的请求，避免泄露密钥或个人信息。
• 不提供绕审、诱导点击、虚假交易等违规支持，需用户本人完成扫码、支付等操作，Agent 不代付。