经常会被 AI 气到忍不住吐槽，但是身边有观点说是我用的方法不对，说我没给 AI 提供足够的文档。
目前我使用 AI 的方式还是局限于写点业务无关的辅助类，还有就是代码 review 功能（感觉最有用的功能就这个了），使用的是 codex gpt5.5 high 。
最近尝试使用 mattpocock/skills 的 grill-with-docs ，就是一直针对你的需求提问问题，和 AI 对齐颗粒度，然后 AI 会针对该需求生成 prd 文档，issues 等。但是几天下来我发现这些文档好像没什么用，AI 还是会忘记需求，忘记文档，偶尔左右脑互搏。最典的是它需求实现错了，我指出错误的地方让它调整，它反手就说刚刚的代码是我写的，它是基于我的代码修改的，我直接红温了...
我看一些文章说，公司的业务代码完全用 AI 写的，我真有点不愿相信，感觉是利益方的小作文。当然那些非公司业务的个人工具，我还是相信能不手写代码的，毕竟业务能灵活调整。
 |
101
lmmlwen 20 days ago
你这样的人多一点，我的职业寿命就长一点
|
 |
102
kissice 20 days ago
今年面过一家小外包，他们用 AI 开发，基本上只做那种一锤子买卖，速度确实快
|
 |
103
likooo125802023 20 days ago
@giter 然后发现没自己古法快
|
 |
104
jadeborner 20 days ago
看你的描述绝对用了假模型，或者降智了，就是 minimax 也没这么拉啊
|
 |
105
DefoliationM 20 days ago via Android
那只能说是明显的 prompt 的问题，我从年初开始百分之 99 的代码都是 vibe 的了，不管是公司的还是我个人的，gpt 5.5 已经很能用了。最简单的流程，那就是先让它写详细设计文档，然后你先看文档有没有问题，有问题再让它修改，最后让它直接按照详细设计文档写代码，大部分情况下写出来都是不用二次修改可以直接用的。
|
 |
106
EthanZC 20 days ago
@AItsuki #3 我也是在职程序员啊,要不然我怎么可能自己闲来无事去 vibe? 真当我对编码很喜欢? 公司的业务照样 AI 写,腾讯现在内部已经要求全面 AI 写代码了,不信自己去找腾讯的内部人去问
|
 |
109
zyxk 20 days ago
@EthanZC #107 腾讯现在内部已经要求全面 AI 写代码了。 越是大公司，各种文档规则， 能运行很正常， 小公司的有些老项目以前用各种意想不到的方式实现出来，各种奇怪的方式运行呢， 而外部就这么错误的调用并依赖多年呢，他们是不可能改的，ai 写的很好， 并正确的实现了，然后等别人反应过来用不了？你怎么办， 别人可能不会配合你，甚至部分别人也没了代码， 总之你改了， 别人说他们用不了了， 你让 ai 分析自己以前的写法， 再写个错误的？ 那又返回了，为何要改它。
|
 |
110
aker91 20 days ago
如果你对 AI 还没那么熟悉，就别尝试文档驱动了
就一个需求一个需求的做计划/spec ，然后挨个执行，检查就好 老实说，我认为文档驱动是条错误路线，即使不考虑 ai 的上下文限制，对于人类来说，读文档甚至不如读代码快 |
 |
111
teaguexiao 20 days ago
关键是要给 AI 足够结构化的上下文，把接口定义、数据模型这些直接丢进去，而不只是口述需求。业务核心逻辑自己把关，AI 主要跑样板代码和单元测试这块，效率提升最明显。
|
|
112
EthanZC 20 days ago
@zyxk #109 那你是干什么吃的? 你不带脑子吗? 是你让 AI 帮你写代码,而不是 AI 写代码, AI 执行代码， 总得有个需求吧? 难道你就一句话 "给我写代码" ? 提示词不会写的话,去看看楼下怎么教你
|
|
113
zyxk 20 days ago
@EthanZC #112 我刚开始就说的原话就是，各种关联的老项目确实(笔误为确认)没法继续写，这句话中，“各种关联” “继续”写 你都看不到， 只看到了老项目 3 个字就开始攻击人，我回复你了具体情况，你不讨论问题本身， 继续骂人， 请文明交流，不要给我回复了
|
 |
114
jjx 20 days ago  2
ai 没有架构能力,它的架构来自教科书
现实的生产环境跑多年的东西如果重写都不能直接用它搭的架构 有些应用根本无所谓,你甚至无需 review 代码的, 就不再讨论的范围内 所以, 架构要你指导下一步一步搭, 搭好后,它的动手范围就小了, 然后就可控 但是用 ai 的大都求快,一开始就让它啪啪的干,这可不行 ai 最大的两个特定, 1. 你啥都别说, 就看我快不快吧 2. 又不是不能用 , 它完全以完成任务为主导的, 至于代码可维护无非, 可读与否, 抱歉,不是它的责任,只有你自己盯 所以大家经常在讨论 ai 的顺从性, 有时它就是不听你的指令, 你让它 a, 它说好,但冷不钉的 b, 这时候就非常累了 就我的感觉, 如果你注重代码可读性和架构, 用 ai 会非常累, 无解, 除非你放弃 |
 |
116
zdjohn001 20 days ago
@AItsuki 大项目的话，业务代码实现的挺垃圾的，因为上下文和幻觉问题，有大量的重复实现，就会导致迭代的时候各种不一致的问题，设计到权限问题更麻，不一致会导致各种问题，很头疼
|
 |
117
ChenShann 20 days ago via Android
我也有同感，ai 代码质量一般，缺乏架构品味。每次对话能完成任务，但是任务完成都有偏移。多 vibe 几次，仓库质量就不能看了。
|
 |
118
kelvinaltajiin 20 days ago via Android
@JShen ，请教一下知识库怎么建立？做成一个统一的知识库然后让 AI 查询吗？还是不同微服务下面有各自的知识库描述业务跟代码逻辑？
|
 |
119
humbass 20 days ago 1
连 AI 都指挥不动的，只能说自己菜，菜主要是语言表达能力有问题。
|
 |
120
baizheng 20 days ago
是不是中转站掺水?
|
 |
121
PopRain 20 days ago
一直用国产模型，感觉写一些小工具、模块很厉害，还没有敢把整个项目给 AI 改（关联太多）
|
 |
122
clauder 20 days ago 1
我现在的感觉是，“完全不手写代码”这个说法挺误导的。
AI 确实能省很多体力活，比如补样板代码、写测试、改小 bug 、做 review 、解释陌生模块、批量改一些很机械的东西。但业务代码里最难的往往不是“把代码写出来”，而是边界条件、历史包袱、线上数据长什么样、哪些东西不能动、产品一句话背后的真实含义。这个部分 AI 基本不会天然懂。 文档有用，但不是那种“丢一堆 PRD 它就开悟”的有用。我觉得更有用的是把任务切小，然后给它非常具体的验收标准：改哪些文件、不要动哪些地方、跑哪些测试、什么情况算完成。一次让它做太大，很容易开始脑补，脑补完还特别自信。 我现在比较能接受的用法是把它当 junior pair programmer：让它先读代码、复述理解、列计划，然后我盯着它小步改。它写完我一定看 diff ，不放心就让它补测试。真要完全不手写也不是不可能，但前提是你愿意把“写代码”的工作转移成“拆任务、审 diff 、补约束、兜底质量”。这部分其实也挺累的。 所以你说它像智障我能理解，尤其是它改错了还甩锅那种，真的很容易红温 😂 但它不是没用，更像是上限很高、下限也很离谱的工具。用得顺的时候很爽，用不顺的时候不如自己写。 |
 |
123
Zy143L 19 days ago
把任务拆分好 让他先基于你的代码做出基线
|
 |
124
laminux29 19 days ago
方法不对。
用 AI 编程有一个训练过程的，你的第一步，需要先用对话模式，让它帮你实现一个方法、一个类、一个功能模块。 codex 是你熟练后，到大后期才能开始用的工具。 你起步就是 codex ，不翻车才怪。 |
 |
125
windfalls 19 days ago
我是做保险相关的，业务是真的复杂加上屎山。ai 目前也只能是“重在参与”😂
|
 |
126
RW5kZXJBdmFyaXRp 19 days ago
可以是可以，但是你至少得自己会写，你得知道你要写的是什么
|
 |
127
n18255447846 19 days ago
你们还在用 ai 写代码我已经用它开始赚钱了，不管你信不信我信了
 |
 |
128
gogozs 19 days ago
你 skill 或者提示词，得自己琢磨，自己写啊，指望一个万能的第三方的提示词把你的所有事情都干了不现实。
|
 |
129
asuraa 19 days ago
5.5 已经变智障了，现在还是换 5.4 用吧
|
 |
130
SirCarol 19 days ago
|
 |
131
cskeleton 18 days ago
@coderfee #41 手动改了东西我一般会强调一下，告诉 AI 我改了 xxx/还原了 xxx ，现在是 xxx 样子。你看看当前的状态，再考虑继续解决之前的需求/问题。
|
 |
132
phinex 18 days ago via Android
确实很久没有自己写代码了
|
 |
133
nifan 18 days ago
 本地搭建的 claude,好用 |
 |
134
BaiLinfeng 18 days ago
@l864494871 #12 你们这些是在哪里学来的尼？是有相关教程吗？分享下，那龙虾应该怎么调解尼
|
 |
135
XuDongJianSama 18 days ago
把他拟人，ai 是新来的中级程序员，不懂业务，丢三落四，但能超时空工作。
你是一周关注他一次的 leader ，看你能不能指挥好他 |
 |
136
577322753 18 days ago 2
搞不懂上来就喷别人不会用的是什么心态，强的是模型又不是你，一瓶子不满半瓶子晃荡，这东西真有那么高的门槛吗，至于上来这么有优越感吗？
|
 |
137
liCharlie 18 days ago
还是要人工介入的，经常跑偏
|
 |
138
l864494871 18 days ago
@BaiLinfeng 也不是说专门学过，就每天刷各种论坛。反正我了解的就是一条线：Prompt Engineering => Context Engineering => Harness Engineering （现在主流）。然后 claude code 源码泄露过，网上各种解析，用源码推如何写提示词+如何 Harness 。大致就是这样。
|
 |
139
antipro 18 days ago via Android
别听上面一些人胡扯，不介入修改根本不可能。
|
 |
140
chitanda 18 days ago
你刚开始用 AI 会有一个磨合，熟悉的过程。用久了之后会有‘嗅觉’，比如，对 AI 来说什么样的代码是对还是错，业务无关的东西，它经过训练后就知道，业务相关的呢？同样的代码不同的业务，对错可能反过来，它不知道对错，得你去给他提供信息，告诉它在哪能获取到，以及获取到这些消息的工具。信息就是 prd，现有代码，团队规范。
AI 的输出太像人了，以至于刚开始用 AI，下意识会把它当作同事，默认它应该知道你们的东西。 这么看，AI 其实也挺无辜的 |
 |
141
zt5b79527 18 days ago
公司业务代码场景下：
效率上，ai 完胜。 质量上，确实不如一个正儿八经的高级。必须及时去修正它，不然真的会成屎山。 |
 |
142
getadoggie 17 days ago via iPhone
我想知道一般大家的 AGENTS.md 是怎么写的
|
 |
143
ezwangsong 17 days ago
看了你的描述，特别理解这种“红温”的感觉。你遇到的问题其实很典型——不是 AI 不行，而是**上下文超载**让它变蠢了。
帖子里好几个提到一点：**把复杂需求拆成能独立完成的小粒度**，每次只塞给 AI 最少的上下文，做完就开新会话。那些全 AI 写代码的人不是把整个项目文档喂进去，而是把 AI 当成“一次只做一个原子任务”的即时助手，依赖高度解耦的架构和密集的测试来兜底。 你感到“0 到 0.9 很快，最后 0.1 痛不欲生”也正常——那 0.1 恰恰最需要架构把控力。与其纠结让 AI 完美写完，不如**把自己当成架构师+审稿人**：细节实现放手，但设计、约束和验收标准你牢牢捏住。上下文保持精简，新任务果断开新对话，这种“保持对话新鲜”的方式反而更稳健。 |
|
144
BaiLinfeng 17 days ago
@l864494871 #138 没看明白，所以应该怎么调解 AI ？
|
|
145
BaiLinfeng 17 days ago
@getadoggie #142 AGENTS.md 是负责做啥的？展开说下
|
 |
146
aarontian 17 days ago
你要把自己当成架构师，你怎么带领几个月薪一万的程序员做系统，AI 比初级程序员靠谱得多也快得多，而且常常能为你提供新的思路
|
 |
147
hatch 17 days ago via iPhone
code review 已经可以不存在了
|
 |
148
AlanAdam 17 days ago
能不能写取决于你的需求明不明确，记得用另一个 LLM review
|
|
149
getadoggie 15 days ago via iPhone
@BaiLinfeng 一种给 AI 看的、基于项目的提示词。但我实测下来有时候 AI 并不会去读取。不知道为什么。
|
|
150
BaiLinfeng 12 days ago
@getadoggie #149 看来还有很多未知数，那没有对外的文档说明这是做啥的？
|
Select Language