用 AI 写项目，第一条需求怎么说？
“帮我做个网站”能得到很多种结果。开工前，先把最关键的约束写清楚：谁来用、完成什么事、第一版做到哪里，以及怎样算完成。简报不保证 AI 一次做对，但能让偏差更容易被发现。
从一条能走通的任务开始
用一句话描述用户要完成的事情。例如：“自由职业者需要记录订阅的月费和扣款日期，查看每月固定支出。”这比“做一个好看的 SaaS”提供了更明确的实现对象。先写用户和操作，再写界面风格。
写出第一版范围，也写出边界
只选择让核心流程成立的功能。订阅工具的第一版可以是新增、编辑、删除、汇总和本地保存。登录、支付、云同步和后台通知会引入新的系统，不应因为一句“做完整”就默认加入。需要这些能力时，再单独规划。
命令或示例
第一版：记录订阅、编辑记录、汇总月费、本地保存。
暂不做：账户系统、真实扣款、云同步和后台推送。说明数据从哪里来
演示数据、浏览器本地存储、数据库和真实外部接口是不同的能力。要求 AI 明确标注演示内容，不要把假数据表现成已接入的业务服务。若项目需要模型 API，应另行设计服务端调用，不把密钥放进前端代码。
把“好用”改成可以检查的结果
验收条件应该能实际操作。例如新增后是否出现在列表、刷新后是否保留、搜索为空时能否恢复、手机上是否能完成编辑。设计要求也可以落到动作：主要按钮是否清楚、键盘焦点是否可见、错误是否说明如何恢复。
命令或示例
- [ ] 新增、编辑和删除都能完成
- [ ] 刷新后数据保留
- [ ] 空状态与错误提示清楚
- [ ] 手机宽度下没有横向溢出先检查计划，再分步实现
让 AI 先说明方案和关键假设，检查当前目录，再开始改代码。已有项目不要重复初始化。每完成一条核心流程就实际运行、检查，再扩展下一条；结束时要求它列出验证方式和未完成部分。你可以用首页生成器把这些约束整理为一份可修改的开工包。
参考资料
命令行为与框架要求会变化。使用前结合你的项目版本，核对相应官方文档。