AI 编程时代，程序已经不用写代码了。你代码写得再好，也不如 AI 写的好，所以还不如把问题描述清楚，写好Prompts和Skills，做好planning，提供tools和references，让大模型给你生成代码。
大模型能够快速生成代码，但前提是你能清晰、完整地描述需求，让 AI 真正听懂你的意图。有些程序员平时连会议发言都说不清楚，更何况清晰地描述复杂需求了。
传统时代，程序员拿到需求文档就开始设计和编码，也不用太多沟通交流。但在 AI 时代，程序员必须做得更深：理解需求的本质，用精准的语言描述问题，定义程序的边界，告诉 AI 总体解题思路，让 AI 能够理解你的意图——你甚至要比业务方更深刻地理解需求。
那么究竟如何才能深刻理解业务需求呢？如何才能清晰地描述需求，表达给 AI 呢？
作为 20 多年的老程序员，这是我整理的一些观点，仅供参考，欢迎讨论。
 |
1
yuluo01 2 天前
ai 还是 ai 没人那么多 sao 想法
|
 |
2
rimworld 2 天前
让 ai 先帮你理清需求，然后生成给其它 ai 使用的 prompt. 我现在写代码，创作图片，创作视频都是这样。
|
 |
3
AoEiuV020JP 2 天前
AI 越来越聪明的当下， 程序员越来越意识到很多时候不是 AI 没理解你的想法， 而是你自己都不清楚你要什么，嘴上讲的和脑子里的一团浆糊可能根本不一样，
|
 |
4
rb6221 2 天前
多看看项目管理、产品类的书，多写写文档，自然能练出来
|
 |
5
KevinGreen 2 天前
楼主写的 AI-Era-Programmers-as-Requirements-Engineers 看完了，深受启发，感谢
|
 |
6
iorilu 2 天前
可以, 看看, 现在思路是第一位了
只要真理请需求了, 落地成文档了, 后面 AI 实施都是相对简单的事了 |
 |
7
MeowMeowe 2 天前
我用起来的习惯就是：先深刻理解需求，然后把需求变成完整的分批分条的线性逻辑（其实这一步也可以用 ai 粗略生成然后自己再进行调整，会省力不少），之后再交给 AI ，基本上他做出来的就是 90%以上的需求还原度，然后人工微调。如果你一直跟 AI 聊需求，即使是直接给需求文档，让他自己思考逻辑，大概率他会塞一些自己的东西进去。
|
 |
8
sprinng 2 天前
https://www.v2ex.com/t/1184316 在和佬做类似的事,还是有很多要完善的地方,学习了
|
 |
9
netabare 2 天前 via iPhone
我最近在想的是能不能先拿 Rocq 把自己的想法推一个最小的模型，证明一些 invariants ，然后再看怎么让这些东西可以拿来干啥。
|
 |
10
esile 2 天前
只能淘汰低端的
|
 |
11
suotm 1 天前
自己提供一个非常随便的初稿，先让 AI 格式化和润色，然后开启新的一轮基于润色后的初稿开始交流迭代，提供更多 context ，纠正方向
|
 |
12
FukArtorias 1 天前
superpowers 不就是干这个事情的吗
|
 |
14
jarryli OP @KevinGreen 谢谢鼓励
|
 |
16
n0099 10 小时 26 分钟前
|
|
17
jarryli OP @suotm
@rimworld 对这就是 Claude Code Planning 模式, 但这个过程需要你对业务需求有深刻的洞察，并且每一轮对话都能按照 提示词框架来进行：《程序员必读 AI Prompt 最佳实践》 https://github.com/microwind/ai-prompt/blob/main/programmer_prompt_engineering_guide.md 循序渐进式不断澄清需求，最后 AI 会帮你理清思路，但前提得是你非常深刻洞察需求，理解需求。 |
|
18
jarryli OP @FukArtorias 是的基于 Superpowers 是一样的，但前提都是你自己对需求要有系统化的认知。只有这样，所有工具才能为你所用。
|
Select Language