在让 AI 写代码之前，先把需求、边界、数据与验收方式准备好。
需求清单：先写“做什么”和“不做什么”
在打开 AI 编辑器之前，先用一页文档回答五个问题：谁会使用它，用户想完成什么，最小可用结果包含哪些页面或动作，哪些功能明确留到以后，如何判定这一版已经完成。“不做清单”尤其重要，它可以防止 AI 在看似积极的建议中不断扩大范围。
再把需求分为内容、界面、数据、交互和部署五类。每条只描述一个可观察结果，例如“手机窄屏下导航收起，点击按钮后可展开”，而不是“做好移动端适配”。
资料清单：不让 AI 替你编造业务事实
准备真实的品牌名称、产品说明、页面文案、图片来源和必要的法律声明。对没有确定的价格、联系方式、退款规则和功能状态，统一标记“待确认”，不让模型根据常见模板补齐。还要准备一到两个你真正认可的视觉参考，指出参考的是布局、色彩还是信息密度，避免笼统地要求“像这个”。
工程清单：保存、隔离和可回退
项目应有独立文件夹、版本记录和明确的启动方式。确认你知道如何启动、停止、查看错误日志，以及回到上一个可用版本。密钥与密码放在不会上传的环境配置中，仓库只保留字段名示例。不要让 AI 在不说明原因的情况下升级整套依赖，也不要一次接受大量跨文件改动。
验收清单：为每一步定义终点
在开发前就列出桌面端和手机端的重要路径，规定正常输入、空输入、错误输入和网络失败时应出现的反馈。页面不应有水平滚动，重要按钮应可用键盘访问，没有实现的链路应该明确标注而不是显示假的成功状态。最后增加部署检查：HTTPS、状态码、错误日志、备份与回滚都要有结果。这份清单的价值，是把“感觉差不多”变成你和 AI 都能理解的完成标准。