写 prompt 的半年,我总结出的 5 条经验
先说结论
用了半年 AI 辅助开发,我发现写 prompt 的能力基本等价于「把你的需求讲清楚」的能力。一个能把需求讲明白的工程师,哪怕不懂任何 prompt 技巧,用 AI 的效果也不会太差。反过来也一样。
五条经验
1. 把上下文喂足。贴代码要贴全文件或关键函数,报错要贴完整堆栈。信息残缺的时候,AI 会靠猜,猜出来的东西质量看运气。
2. 先要方案,再要代码。让它先讲「你打算怎么改、影响哪些地方」,确认思路对了再让它写。省去大量来回返工。
3. 拆小问题问。一次只问一件事。把一个大需求拆成五步问,比一口气甩给它强十倍。
4. 要求它自证。让它「写完带上怎么自测的步骤」「说明这段代码的边界情况」。等于强制它自己 review 一遍。
5. 沉淀自己的 prompt 库。好用的指令存下来,下次同类任务直接套模板。我现在有一个团队共用的文档,已经攒了三十多条。
最后想说的
工具会一直变,prompt 技巧也会过时,但「把问题想清楚、把话说清楚」这个底层能力不会。AI 只是把这个能力的重要性放大了。