AI 编程时代，程序员如何才能清晰地描述需求？有什么方法论？

[jarryli]

AI 编程时代，程序已经不用写代码了。你代码写得再好，也不如 AI 写的好，所以还不如把问题描述清楚，写好Prompts和Skills，做好planning，提供tools和references，让大模型给你生成代码。

大模型能够快速生成代码，但前提是你能清晰、完整地描述需求，让 AI 真正听懂你的意图。有些程序员平时连会议发言都说不清楚，更何况清晰地描述复杂需求了。

传统时代，程序员拿到需求文档就开始设计和编码，也不用太多沟通交流。但在 AI 时代，程序员必须做得更深：理解需求的本质，用精准的语言描述问题，定义程序的边界，告诉 AI 总体解题思路，让 AI 能够理解你的意图——你甚至要比业务方更深刻地理解需求。

那么究竟如何才能深刻理解业务需求呢？如何才能清晰地描述需求，表达给 AI 呢？

作为 20 多年的老程序员，这是我整理的一些观点，仅供参考，欢迎讨论。

https://github.com/microwind/algorithms/blob/main/start-here/AI-Era-Programmers-as-Requirements-Engineers.md

[yuluo01]

ai 还是 ai 没人那么多 sao 想法

[rimworld]

让 ai 先帮你理清需求，然后生成给其它 ai 使用的 prompt. 我现在写代码，创作图片，创作视频都是这样。

[AoEiuV020JP]

AI 越来越聪明的当下， 程序员越来越意识到很多时候不是 AI 没理解你的想法， 而是你自己都不清楚你要什么，嘴上讲的和脑子里的一团浆糊可能根本不一样，

[rb6221]

多看看项目管理、产品类的书，多写写文档，自然能练出来

[KevinGreen]

楼主写的 AI-Era-Programmers-as-Requirements-Engineers 看完了，深受启发，感谢

[iorilu]

可以, 看看, 现在思路是第一位了

只要真理请需求了, 落地成文档了, 后面 AI 实施都是相对简单的事了

[MeowMeowe]

我用起来的习惯就是：先深刻理解需求，然后把需求变成完整的分批分条的线性逻辑（其实这一步也可以用 ai 粗略生成然后自己再进行调整，会省力不少），之后再交给 AI ，基本上他做出来的就是 90%以上的需求还原度，然后人工微调。如果你一直跟 AI 聊需求，即使是直接给需求文档，让他自己思考逻辑，大概率他会塞一些自己的东西进去。

[sprinng]

https://www.v2ex.com/t/1184316 在和佬做类似的事,还是有很多要完善的地方,学习了

[netabare]

我最近在想的是能不能先拿 Rocq 把自己的想法推一个最小的模型，证明一些 invariants ，然后再看怎么让这些东西可以拿来干啥。

[esile]

只能淘汰低端的

[suotm]

自己提供一个非常随便的初稿，先让 AI 格式化和润色，然后开启新的一轮基于润色后的初稿开始交流迭代，提供更多 context ，纠正方向

[FukArtorias]

superpowers 不就是干这个事情的吗

[jarryli]

@suotm 如何润色呢？多轮对话会不会偏离呢？

[jarryli]

@KevinGreen 谢谢鼓励

[jarryli]

@MeowMeowe 有道理~

[n0099]

@netabare #9 https://lobste.rs/s/hjr72q

[jarryli]

@suotm
@rimworld
对这就是 Claude Code Planning 模式, 但这个过程需要你对业务需求有深刻的洞察，并且每一轮对话都能按照 提示词框架来进行：《程序员必读 AI Prompt 最佳实践》 https://github.com/microwind/ai-prompt/blob/main/programmer_prompt_engineering_guide.md

循序渐进式不断澄清需求，最后 AI 会帮你理清思路，但前提得是你非常深刻洞察需求，理解需求。

[jarryli]

@FukArtorias 是的基于 Superpowers 是一样的，但前提都是你自己对需求要有系统化的认知。只有这样，所有工具才能为你所用。