“帮我写一个登录功能”这类提示词的最大问题，是没有说清项目里已经有什么、最终怎样算完成。AI 可能给出看似完整的代码，却无法接入你的技术栈，也没有覆盖异常路径。把编程提示词写成一张小型需求单，能显著减少反复改写和隐性风险。
先补齐五类输入
向 AI 说明任务目标、现有代码或接口、允许使用的技术、不能改变的边界，以及验收方式。若项目已经有命名、错误处理或权限规则，给出最小相关片段而不是让模型猜。任何敏感配置、密钥和生产数据都不要直接粘贴。
| 提示词区块 | 需要写清 | 示例问题 |
|---|---|---|
| 目标 | 用户能完成什么动作 | 提交后显示什么结果？ |
| 上下文 | 语言、框架、已有接口 | 函数的输入输出是什么？ |
| 边界 | 不能改的模块和安全要求 | 哪些字段不能暴露？ |
| 验收 | 正常、异常和边界样例 | 哪些测试必须通过？ |
把“生成”拆成三次对话
第一轮请 AI 复述需求、列出不确定项；第二轮只产出实现方案和改动文件清单；第三轮才生成最小代码改动和测试。每一轮都要求它标记假设，避免一开始就用大量代码掩盖理解偏差。需求含糊时，可先使用 AI 编程需求澄清单 把验收条件写实。
测试样例要比“代码看起来对”更重要
给出至少一个正常输入、一个错误输入和一个边界输入，并要求 AI 说明每个样例应得到什么结果。输出完成后，开发者需要在真实环境执行测试、审阅依赖和异常处理。测试缺口可按 补测试用例的风险清单 继续完善。
可复用的提示词骨架
任务目标：……；现有上下文：……；不可改变：……；安全与性能要求：……；请先列不确定项，再提供最小改动方案、代码与测试；对没有依据的地方明确说明，不要自行假定。
