这次先完成什么
一条能完成的用户路径，以及可回滚的第一版。
- 已经有一张需求卡，知道谁会用、为什么用。
- 准备公开或脱敏样例，先隔离真实客户数据与生产密钥。
STEP 01
先选载体，不要三端齐做
只需用链接测试需求，可以先评估网页；读者主要在微信内，再评估小程序；需要设备能力或应用商店分发，再考虑原生 App。先把安装、登录和发布门槛算进去。
如果选小程序，先到微信公众平台核对主体、类目与当前发布要求，再按官方快速开始创建项目。AI 生成代码不等于已经满足审核条件。
核对来源微信小程序官方快速开始
现在做
写下为什么选这个载体，以及这版明确不做什么。
验收：先做一端，目标用户能以你选择的方式打开它。STEP 02
把需求交给 ZCode，先要方案再改动
从官方入口安装并按当前说明配置工作目录、账号和执行权限。给出具体输入、预期输出、不应修改的范围与验收方式，不要求一次生成完整商业系统。
让它先解释方案，再在独立分支完成小改动。模型与方案消耗按实际账号确认；执行命令、安装依赖、连接数据前审查权限。
核对来源ZCode 官方入口与使用说明
现在做
下载 MVP 简报，只要求完成“输入→处理→结果”这一条路径。
验收：你能看懂这次改动涉及什么，并知道如何撤回。STEP 03
先测失败路径，再邀请用户
检查空输入、重复提交、网络失败、无权限和数据丢失。涉及登录、用户数据或收费时，安排有经验的人审查，不把“页面能打开”当作安全验收。
给少量真实目标用户一项任务，记录卡在哪一步、是否完成、是否愿意再次使用。这是编辑建议的试用方法，不是保证成功的时间表。
现在做
留下试用地址、验收记录、已知问题和回滚方法。
验收：先修阻碍核心任务的问题，再考虑新功能或上架。先避开这些问题
别让工具，变成新的阻碍。
- 别先做完整会员、积分和后台，把核心任务拖到最后。
- 不要把浏览器里的密钥、客户数据或生产权限随意交给 Agent。
- 网页、小程序和 Android 商店发布的条件不同，不能直接互换教程。
公开资料，不冒充实测
原始来源与核对边界
ZCode 官方入口与使用说明
编程工作台入口；套餐、安装与权限以当前官方为准。
微信小程序官方快速开始
创建小程序的官方入口；具体主体与类目权限请在后台核对。
规则、费用、账号权限与页面入口可能变化；以当前官方文档、控制台和针对本人情况的确认为准。本站未替读者完成开户、付费账号测试或平台审核。