微信小程序源码与开发工作流
00 / 00
使用
按 MVP、代表页面、业务任务和分层验收使用小程序源码与开发工作流。
1. 确认 MVP
先写清核心用户任务、第一版必须完成的业务流程和明确不做的功能。不要让 Agent 根据一句模糊需求直接生成整个小程序。
可以先使用下面的指令讨论需求：
我要开发微信小程序【写清楚需求】。先不要写代码。
请按核心用户任务、MVP 范围、明确不做、账号前提、数据、支付、页面和验收方式逐项讨论。确认后再生成原型、设计系统和页面规格，然后先实现一个代表页面。2. 检查账号与自动化能力
让 Agent 检查 AppID、CloudBase、开发者工具、主体、类目、备案和支付条件，并列出：
- 已经可以自动完成的事项。
- 需要你人工授权或确认的事项。
- 当前会阻止开发、支付或提审的事项。
3. 完成设计规格
先确定页面任务、导航、数据来源和交互状态。每个主要页面至少要考虑：
- 加载、空数据和失败状态。
- 未登录、已登录和授权被拒绝的状态。
- 操作成功、取消和重复操作的结果。
- 图片比例、组件、间距和反馈方式。
原型确定后，保留设计系统、页面规格和验收清单。
4. 先完成代表页面
选择一个同时包含导航、真实数据、图片、身份状态和关键操作的页面。先验证工程、设计、缓存和云端链路，再扩展其他页面。
5. 按用户任务扩展
每条任务同时完成页面、真实数据、云端逻辑、失败状态和验收，不要先写完全部 UI 再补后端。
涉及登录、订单、支付、退款和会员权益时，要把客户端状态和服务端终态一起完成。
6. 接入登录和支付
登录和手机号授权需要在真实微信环境中检查。支付流程至少覆盖：
- 创建订单。
- 支付成功和取消。
- 重复回调或重复查询。
- 掉线后重新查单。
- 权益发放和撤销。
- 退款状态和到账确认。
客户端显示成功不能代替服务端订单、退款和权益终态。
7. 分层验收
按顺序检查：
- 源码与配置：AppID、路由、状态、敏感信息和示例内容。
- 构建产物：真实构建、样式、资源和包体。
- 开发者工具：逐页运行、返回、Console、截图和缓存。
- CloudBase：数据库、云函数、存储、日志、订单和退款结果。
- 真机：微信授权、手机号、真实支付、退款到账和实际体验。
- 提审：类目、备案、隐私、内容、资质和版本材料。
上传体验版或正式提交审核前，由你确认版本、业务事实和平台材料。平台审核结果不能由源码或 Agent 保证。
人和 Agent 的边界
你负责账号注册、认证、备案、类目、商户关系、第一次授权、真机扫码、真实支付、退款到账、最终体验和提审材料。
Agent 可以继续处理工程配置、页面、云端逻辑、数据结构、素材流程、构建、开发者工具导航、Console、截图和自动检查，并在你完成授权或付款后查询服务端终态。
延伸阅读
这篇文档有问题？