让 AI 协助开发，最怕的不是不会写提示词，而是需求本身没有边界。先把“做一个页面”拆成目标、输入、限制、验收，模型才会给出可执行的方案，而不是一段看似完整却无法交付的代码。
用四格需求卡替代一句话需求
| 字段 | 要写清什么 |
|---|---|
| 目标 | 用户完成什么动作 |
| 输入 | 已有数据、接口或页面 |
| 限制 | 兼容性、权限、不可变更项 |
| 验收 | 可以逐条勾选的结果 |
先让 AI 反问，再让它实现
先不要写代码。请根据需求列出：
1. 已确认的目标；2. 缺失的信息；3. 可选方案；4. 每个方案的风险；
只在我确认后再输出实现步骤。这一轮能把“默认猜测”变成可确认事项。实现前再把任务拆成小提交：数据、界面、异常处理、测试，各自有独立验收条件。
把返工原因沉淀为规则
每次返工都记录是需求遗漏、接口假设还是验收缺失。高频规则可放进提示词资产库；代码提交前也可配合结果评估框架做复核。真正可复用的不是某一段代码，而是不断变清楚的任务边界。
