天天叫 AI 编程多厉害,真用起来气死个人啊,到底是谁说不用自己写啊

1 月 16 日
 eleganceoo

我写公司的一些底层框架,说个需求让 AI 嘎嘎给你一顿写,乍一看也算是实现了,但是细节太难受了,这里不考虑缓存击穿,那里不考虑性能问题。

有啥技巧没?请教一下大家

17525 次点击
所在节点    程序员
119 条回复
Lockeysama
1 月 16 日
现阶段写服务端程序就是帮你提提效率,想完全不用管是不太可能的。即使要求先规划各种 TDD 、BDD ,在实际开发中,还是会漏。
NoobNoob030
1 月 16 日
1. 拆分复杂需求
2. 分步执行,或者列出 TODO List
3. 大致描述实现思路
4. 关键业务代码给出注释

说白了,你描述的越详细,AI 写的越能符合你的预期。表达能力是 AI 时代很关键的能力
hitrip
1 月 16 日
Speckit (需求复杂) -> OpenSpec -> Superpower -> Planmode (需求简单)

认真回答他们提出的问题。
JYii
1 月 16 日
你真信他们啊,现在即便是小需求,我也要先沟通项目现状、需求背景、变更要点、涉及模块、实现方案,老老实实让 AI 写篇文档出来,再去执行。prompt 写的再好,那能套到所有项目上吗
HtPM
1 月 16 日
确实有点难受,我现在只让 AI 写一些功能函数
94
1 月 16 日
那么问题来了你的 “说个需求” 是怎么说的?
8355
1 月 16 日
技巧问 ai 诶
cvbnt
1 月 16 日
如果你使用 claude code ,首先先/init 一下,生成 claude.md 让它理解整个项目背景,再去提需求更好
dnfQzjPBXtWmML
1 月 16 日
写详细的 spec 可以让 ai 生成还不错的代码,然而对于熟练工,写详细 spec 的时间可能就把代码写的差不多了(有高效的补全帮助下)
vipfts
1 月 16 日
提示词工程师, 薪水很高的
Tengdw
1 月 16 日
“但是细节太难受了,这里不考虑缓存击穿,那里不考虑性能问题。”
你给 AI 的文档或提示词中有提到关于这两个地方的缓存或性能问题吗?如果你没提到他不写也是正常的
这种可以在计划模式中多和他讨论下,提到他应该关注的地方让 AI 自己把文档补上,后面编码时就不会漏掉了
yukiir
1 月 16 日
前段时间做了个外包小项目,写的时候挺爽,现在要重构痛苦死了,写得比我还屎山。
eleganceoo
1 月 16 日
@Lockeysama 是的,漏了一点,想要 AI 帮我补上,真的是拆东墙补西墙。越跟 AI 描述,越暴躁了
Kirkcong
1 月 16 日
大概率你的描述太宽泛了,一般让 ai 写代码都是对某个具体的功能,比如写一个处理消息队列的接口用于暂存订单信息,并发访问量可能会有 xxx ;而不是 造一个外卖订单管理系统,供 10000 人使用。

第一种说法明显就是程序员在写代码,第二种一看就是项目经理在 yy
eleganceoo
1 月 16 日
@NoobNoob030 我是列出我大部分思路了,也基本实现了;就是我发现他各种细节问题时,让 AI 修复太难了,越修复,漏洞越来越多了
eleganceoo
1 月 16 日
@JYii 他们天天说一个月不用写几行代码了,我也想摸鱼,我也要搞个 AI 工具人帮帮我,真的是急死我了
shakaraka
1 月 16 日
在做新需求前,先沟通实施方案,最近几个需求我和 AI 反复完善了具体的文档,1 万多行+,然后才开始让他开发的。模型在这个时间点我推荐用 codex cli gpt-5.2-codex Extra high ,跑一两个小时就差不多弄完了。

但是但是但是。你还是需要在他完成任务后,让他 review ,至少 4 轮。每轮 AI review 后你都要人工 review 。

不过即使是这样,效果也不达预期的 90%。只能说你从开发者变成了指导者,最终的代码你是要负责的,看上去省力,实则你的代码只能 AI 去改,这时候再人工的话,就很难了。
eleganceoo
1 月 16 日
@94 功能基本都实现了,细节一堆问题呀,不敢用到实际项目上去
zzk037
1 月 16 日
现在是在用 openSpec + claude code 去处理。大体流程是先使用 openSpec 在项目中初始化,初始化后会有一段提示词,在 idea 中启动 claude 去输入提示词,claude 会基于这个提示词去项目中提取基础的规则和技术栈,然后就是在继续输入对应的需求然后改改改,最后确认了在实现对应的需求。感兴趣可以了解一下对应的规则: https://github.com/Fission-AI/OpenSpec 。
总体来说一些简单需求实现比较符合预期,可以通过输入输出的方式去实现代码,而不是手法编程,缺点也有,一些约定俗成,不在代码中体现的只能一个项目一个项目不断输入,体感不好,复杂需求实现起来最好还是拆分再去实现,这样比较不错。最后还是有一些不如意的,只好不断地输入在更改,使用 ai 改变了我的编码习惯,从边想边写到等 ai 工具的思考时间。
整体提效差不多 40%-100%(看业务复杂度),前期有学习成本。
hackyuan
1 月 16 日
我遇到的问题是优雅、分层、结构很好的项目 AI 能借鉴上下文写的大差不差,如果本身就一般让 AI 堆只能说迅速变不可维护的屎山。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1186218

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX