为什么你让 AI 直接做小程序，结果总是不太对？

[把已经讨论好的需求文档放在这里]

这次只实现第一版 MVP。请先不要写代码，也不要主动扩展大量功能。

请先完成以下工作：
1. 提炼目标用户、核心任务和最小完整业务闭环；
2. 列出第一版必须实现的功能，以及明确暂不实现的功能；
3. 一次性列出最多 8 个会改变 MVP 范围、核心流程或关键技术方案的问题；
4. 每个问题都给出你推荐的解决方案和理由；
5. 用不超过 8 条要点复述核心需求、MVP 边界和关键假设；
6. 给出下一步实现顺序，以及需要人类配合完成的最少事项。

未经确认，不要开始批量生成页面。

请暂停执行，用不超过 8 条要点复述我们已经确认的内容。

重点说明：核心用户任务、第一版必须实现的功能、明确不做的功能、关键业务或技术假设、下一步实现顺序，以及仍需我配合的事项。

不要展开所有页面和异常细节，也不要生成另一份完整需求文档。如果你发现关键矛盾，请单独列出并给出推荐。

[在这里补充项目路径、确认后的 MVP 和现有技术信息]

在开始写业务代码前，请先为这个项目搭建能够自我验证的 Harness 环境。

请先检查真实项目结构和配置，识别前端框架、构建工具、样式系统、组件库、后端、数据库、存储、登录、支付、测试和发布方式。不要只相信需求文档或依赖名称。

然后联网搜索这些技术当前官方提供或官方推荐的 MCP、Skill、CLI、自动化 SDK 和最佳实践。优先官方来源；使用第三方工具时说明原因和风险。

请实际验证你能否自主完成：启动与构建、控制微信开发者工具、导航页面、截图、读取 Console、自动化交互测试、操作数据库/云函数/存储/日志、验证登录/支付/退款终态。

最后告诉我：
1. 你已经具备哪些自动化能力；
2. 哪些仍然是卡点；
3. 我需要一次性配合哪些动作；
4. 后续每次开发会怎样自动测试和验收。

不要把“理论上支持”写成“已经可用”，请实际验证后再下结论。

[确认后的需求、目标用户、品牌关键词和不喜欢的风格]

现在先进行大范围视觉探索，不开发代码。

请使用 ImageGen 生成 5–8 套差异足够明显的微信小程序视觉方向。每套方案用一张横向总览图，同时包含相同的 5 个核心页面，保证我们比较的是整体风格，而不是不同功能。

方案之间不能只是换颜色，需要在视觉气质、信息密度、图片语言、字体和品牌感受上有明显差异。每套方案说明适合目标用户的原因、可能的可用性风险和最值得保留的元素。

根据我的反馈继续扩大、合并或排除方向，直到我们缩小到一个明确的视觉基调。

[已经选定的视觉方向图、要保留的元素和产品功能]

整体视觉风格已经确认。请不要重新设计另一套风格，而是在同一设计语言内，为核心流程生成 3–5 种信息架构和交互排布方案。

重点比较：首页第一任务、游客与登录用户看到什么、登录/手机号/资料补全/付费分别在哪个时机触发、TabBar 与返回如何组织，以及加载、空数据、失败、支付中和完成状态。

请继续用 ImageGen 输出方案总览图，同时用文字检查交互逻辑是否符合正常微信小程序使用习惯。不要机械复刻图片中不合理的布局。最后给出你的推荐方案和理由。

[确认后的视觉原型、UX 方案、需求共识和技术栈]

在写正式页面前，请先完成：
1. 完整路由和页面清单；
2. 每个页面的未登录、已登录、加载、空、失败、完成和权限状态；
3. 颜色、字体、字号、间距、圆角、边框、阴影、图片比例和动效规范；
4. 公共组件、业务组件和页面组件的边界；
5. 每个页面的数据来源、接口、缓存和刷新策略；
6. 功能、视觉、性能和真机验收标准。

图片素材使用 ImageGen 生成，压缩后上传到后端并由数据库引用；不要使用占位符，也不要把假活动、假会员和假订单硬编码进页面。

最终目标是完整可运行的 App，不是静态页面还原。原型不合理时按正常设计原则修正，不要求 100% 像素复刻。代码必须可复用、可维护、UI 统一。

如果页面较多，请再生成约 20 个关键页面的视觉总览，供我确认整体一致性。

请先只实现我们选定的代表页面和它所需的最小完整业务流程，不要批量生成剩余页面。

要求：使用确认后的设计系统和页面规格；接入真实数据库和云存储；图片由 ImageGen 生成并压缩后上传；完成加载、缓存、空、失败、未登录和已登录状态；遵循微信小程序正常导航和授权逻辑；不机械复刻原型中不合理的布局。

实现后请自动完成构建、Console 检查、不同状态截图和数据回读，并给出：
1. 实际页面截图；
2. 原型与实现差异及原因；
3. 功能和数据证据；
4. 发现的问题；
5. 应该更新到设计系统和组件规范的经验。

等这个页面通过验收后，再实现剩余 MVP 页面。

代表性页面已经通过验收。请先暂停开发，总结本轮成功经验和失败教训，并更新设计系统、页面规格、公共组件、图片与数据流程、加载与缓存策略、登录与支付逻辑，以及相关 AGENTS.md、Skill 或自动检查脚本。

完成这些规范更新后，再按照核心用户任务实现剩余 MVP 页面。每个任务都必须同时完成 UI、真实数据、云端逻辑、错误状态、自动测试和截图验收。

不要复制旧页面中的临时补丁。发现原型不合理时，按正常设计原则修正并记录原因。

请对整个小程序执行分层验收，不要只运行单元测试。

完成源码和类型检查、真实构建、微信开发者工具逐页导航与截图、Console warning/error 检查、页面溢出与闪烁检查、返回和缓存检查，以及数据库、云函数、对象存储和后台管理验证。

登录、支付、退款和权益发放必须同时检查客户端状态与服务端终态。最后生成验收报告，明确区分“已经验证”“证据不足”“必须由人类真机确认”。

把需要我配合的动作整理成一份最短、可以连续完成的清单。我每完成一个动作，你就继续自动查询并收敛业务状态。