微信小程序从 0 到上线·全流程闭环

要解决什么问题

从客户一句「做个小程序」到真正能提审、能收款、能过隐私审查，中间往往被拆成零散对话：AI 擅自重构目录、支付密钥写进仓库、回调不验签、上线前才发现 privacy 弹窗不合规。每一段单独看都有对应做法，但缺少一条可复现的交付顺序，团队也很难在同样标准下验收。

本技能是总控（orchestrator），本身不提供业务实现代码，而是把完整链路切成六段，并规定每段应加载哪类原子技能、产出什么。

技能如何编排

收到小程序类需求时，先加载本总控，再按阶段用 Skill 工具接力调用：

1. 微信小程序协作规范（wechat-miniprogram-devrules）— 项目启动时生成 AGENTS.md，约束 AI 行为，可用 --check 扫描违规。
2. 小程序 Canvas 预览验证（miniprogram-canvas-verify）— 开发期本地预览与截图对比，减少「盲改」界面。
3. 微信支付安全接入（wechat-pay-integration / SkillHub 上 wechat-pay-security）— JSAPI、退款与回调验签，密钥只放 .env。
4. 微信通知接入（wechat-notify）— 企业微信机器人或公众号模板消息。
5. 隐私合规检查（wechat-privacy-auth-debug）— 上线前对隐私授权做体检。
6. AI 工作验收（ai-work-acceptance）— 四维度验收与清单，结果可反哺第 1 步规范。

交付物：可上线的合规小程序代码，以及验收报告（PASS / WARN / FAIL 与安全相关评分）。

适用边界

• 只需其中一段（例如只做支付）时，不必装全链路，单独安装对应原子技能即可。
• 总控不负责替代微信官方文档或替你在真机/提审环境做最终裁定；合规与支付仍以平台规则为准。
• 各原子技能自带脚本与细则，本技能只负责顺序与收口，避免在对话里重复发明同一套流程。