61 条回复  ·  6620 次点击
vipfts 初学 2026-1-16 14:36:26
提示词工程师, 薪水很高的
Tengdw 小成 2026-1-16 14:37:47
“但是细节太难受了,这里不考虑缓存击穿,那里不考虑性能问题。” 你给 AI 的文档或提示词中有提到关于这两个地方的缓存或性能问题吗?如果你没提到他不写也是正常的 这种可以在计划模式中多和他讨论下,提到他应该关注的地方让 AI 自己把文档补上,后面编码时就不会漏掉了
yukiir 小成 2026-1-16 14:38:15
前段时间做了个外包小项目,写的时候挺爽,现在要重构痛苦死了,写得比我还屎山。
eleganceoo 楼主 小成 2026-1-16 14:39:37
@Lockeysama 是的,漏了一点,想要 AI 帮我补上,真的是拆东墙补西墙。越跟 AI 描述,越暴躁了
Kirkcong 初学 2026-1-16 14:41:36
大概率你的描述太宽泛了,一般让 ai 写代码都是对某个具体的功能,比如写一个处理消息队列的接口用于暂存订单信息,并发访问量可能会有 xxx ;而不是 造一个外卖订单管理系统,供 10000 人使用。 第一种说法明显就是程序员在写代码,第二种一看就是项目经理在 yy
eleganceoo 楼主 小成 2026-1-16 14:42:10
@NoobNoob030 我是列出我大部分思路了,也基本实现了;就是我发现他各种细节问题时,让 AI 修复太难了,越修复,漏洞越来越多了
eleganceoo 楼主 小成 2026-1-16 14:44:15
@JYii 他们天天说一个月不用写几行代码了,我也想摸鱼,我也要搞个 AI 工具人帮帮我,真的是急死我了
shakaraka 初学 2026-1-16 14:47:06
在做新需求前,先沟通实施方案,最近几个需求我和 AI 反复完善了具体的文档,1 万多行+,然后才开始让他开发的。模型在这个时间点我推荐用 codex cli gpt-5.2-codex Extra high ,跑一两个小时就差不多弄完了。 但是但是但是。你还是需要在他完成任务后,让他 review ,至少 4 轮。每轮 AI review 后你都要人工 review 。 不过即使是这样,效果也不达预期的 90%。只能说你从开发者变成了指导者,最终的代码你是要负责的,看上去省力,实则你的代码只能 AI 去改,这时候再人工的话,就很难了。
eleganceoo 楼主 小成 2026-1-16 14:49:12
@94 功能基本都实现了,细节一堆问题呀,不敢用到实际项目上去
zzk037 小成 2026-1-16 14:50:46
现在是在用 openSpec + claude code 去处理。大体流程是先使用 openSpec 在项目中初始化,初始化后会有一段提示词,在 idea 中启动 claude 去输入提示词,claude 会基于这个提示词去项目中提取基础的规则和技术栈,然后就是在继续输入对应的需求然后改改改,最后确认了在实现对应的需求。感兴趣可以了解一下对应的规则: https://github.com/Fission-AI/OpenSpec 。 总体来说一些简单需求实现比较符合预期,可以通过输入输出的方式去实现代码,而不是手法编程,缺点也有,一些约定俗成,不在代码中体现的只能一个项目一个项目不断输入,体感不好,复杂需求实现起来最好还是拆分再去实现,这样比较不错。最后还是有一些不如意的,只好不断地输入在更改,使用 ai 改变了我的编码习惯,从边想边写到等 ai 工具的思考时间。 整体提效差不多 40%-100%(看业务复杂度),前期有学习成本。
返回顶部