大家是怎么使用 AI 的，真能做到不手写代码吗，在我手里感觉是个智障。。。

[AItsuki]

经常会被 AI 气到忍不住吐槽，但是身边有观点说是我用的方法不对，说我没给 AI 提供足够的文档。

目前我使用 AI 的方式还是局限于写点业务无关的辅助类，还有就是代码 review 功能（感觉最有用的功能就这个了），使用的是 codex gpt5.5 high 。

最近尝试使用 mattpocock/skills 的 grill-with-docs ，就是一直针对你的需求提问问题，和 AI 对齐颗粒度，然后 AI 会针对该需求生成 prd 文档，issues 等。但是几天下来我发现这些文档好像没什么用，AI 还是会忘记需求，忘记文档，偶尔左右脑互搏。最典的是它需求实现错了，我指出错误的地方让它调整，它反手就说刚刚的代码是我写的，它是基于我的代码修改的，我直接红温了...

我看一些文章说，公司的业务代码完全用 AI 写的，我真有点不愿相信，感觉是利益方的小作文。当然那些非公司业务的个人工具，我还是相信能不手写代码的，毕竟业务能灵活调整。

[lmmlwen]

你这样的人多一点，我的职业寿命就长一点

[kissice]

今年面过一家小外包，他们用 AI 开发，基本上只做那种一锤子买卖，速度确实快

[likooo125802023]

@giter 然后发现没自己古法快

[jadeborner]

看你的描述绝对用了假模型，或者降智了，就是 minimax 也没这么拉啊

[DefoliationM]

那只能说是明显的 prompt 的问题，我从年初开始百分之 99 的代码都是 vibe 的了，不管是公司的还是我个人的，gpt 5.5 已经很能用了。最简单的流程，那就是先让它写详细设计文档，然后你先看文档有没有问题，有问题再让它修改，最后让它直接按照详细设计文档写代码，大部分情况下写出来都是不用二次修改可以直接用的。

[EthanZC]

@AItsuki #3 我也是在职程序员啊,要不然我怎么可能自己闲来无事去 vibe? 真当我对编码很喜欢? 公司的业务照样 AI 写,腾讯现在内部已经要求全面 AI 写代码了,不信自己去找腾讯的内部人去问

[EthanZC]

@zyxk 就你有项目? 2026 年了都,AI 都用不好,我说实话,不配当程序员,真让人费解,怎么到今天还有人在这用 所谓的老项目装逼

[kookpua]

@l84 展开讲讲哇

[zyxk]

@EthanZC #107 腾讯现在内部已经要求全面 AI 写代码了。 越是大公司，各种文档规则， 能运行很正常， 小公司的有些老项目以前用各种意想不到的方式实现出来，各种奇怪的方式运行呢， 而外部就这么错误的调用并依赖多年呢，他们是不可能改的，ai 写的很好， 并正确的实现了，然后等别人反应过来用不了？你怎么办， 别人可能不会配合你，甚至部分别人也没了代码， 总之你改了， 别人说他们用不了了， 你让 ai 分析自己以前的写法， 再写个错误的？ 那又返回了，为何要改它。

[aker91]

如果你对 AI 还没那么熟悉，就别尝试文档驱动了
就一个需求一个需求的做计划/spec ，然后挨个执行，检查就好
老实说，我认为文档驱动是条错误路线，即使不考虑 ai 的上下文限制，对于人类来说，读文档甚至不如读代码快

[teaguexiao]

关键是要给 AI 足够结构化的上下文，把接口定义、数据模型这些直接丢进去，而不只是口述需求。业务核心逻辑自己把关，AI 主要跑样板代码和单元测试这块，效率提升最明显。

[EthanZC]

@zyxk #109 那你是干什么吃的? 你不带脑子吗? 是你让 AI 帮你写代码,而不是 AI 写代码, AI 执行代码， 总得有个需求吧? 难道你就一句话 "给我写代码" ? 提示词不会写的话,去看看楼下怎么教你

[zyxk]

@EthanZC #112 我刚开始就说的原话就是，各种关联的老项目确实(笔误为确认)没法继续写，这句话中，“各种关联” “继续”写 你都看不到， 只看到了老项目 3 个字就开始攻击人，我回复你了具体情况，你不讨论问题本身， 继续骂人， 请文明交流，不要给我回复了

[jjx]

ai 没有架构能力,它的架构来自教科书

现实的生产环境跑多年的东西如果重写都不能直接用它搭的架构

有些应用根本无所谓,你甚至无需 review 代码的, 就不再讨论的范围内

所以, 架构要你指导下一步一步搭, 搭好后,它的动手范围就小了, 然后就可控

但是用 ai 的大都求快,一开始就让它啪啪的干,这可不行

ai 最大的两个特定, 1. 你啥都别说, 就看我快不快吧 2. 又不是不能用 , 它完全以完成任务为主导的, 至于代码可维护无非, 可读与否, 抱歉,不是它的责任,只有你自己盯

所以大家经常在讨论 ai 的顺从性, 有时它就是不听你的指令, 你让它 a, 它说好,但冷不钉的 b, 这时候就非常累了

就我的感觉, 如果你注重代码可读性和架构, 用 ai 会非常累, 无解, 除非你放弃

[jjx]

@jjx 再补充一下, 这里很多人编码是工作,本身热爱代码的极少,代码能用就行, 态度不同,有时讨论就不在一个点上

[zdjohn001]

@AItsuki 大项目的话，业务代码实现的挺垃圾的，因为上下文和幻觉问题，有大量的重复实现，就会导致迭代的时候各种不一致的问题，设计到权限问题更麻，不一致会导致各种问题，很头疼

[ChenShann]

我也有同感，ai 代码质量一般，缺乏架构品味。每次对话能完成任务，但是任务完成都有偏移。多 vibe 几次，仓库质量就不能看了。

[kelvinaltajiin]

@JShen ，请教一下知识库怎么建立？做成一个统一的知识库然后让 AI 查询吗？还是不同微服务下面有各自的知识库描述业务跟代码逻辑？

[humbass]

连 AI 都指挥不动的，只能说自己菜，菜主要是语言表达能力有问题。

[baizheng]

是不是中转站掺水?

[PopRain]

一直用国产模型，感觉写一些小工具、模块很厉害，还没有敢把整个项目给 AI 改（关联太多）

[clauder]

我现在的感觉是，“完全不手写代码”这个说法挺误导的。

AI 确实能省很多体力活，比如补样板代码、写测试、改小 bug 、做 review 、解释陌生模块、批量改一些很机械的东西。但业务代码里最难的往往不是“把代码写出来”，而是边界条件、历史包袱、线上数据长什么样、哪些东西不能动、产品一句话背后的真实含义。这个部分 AI 基本不会天然懂。

文档有用，但不是那种“丢一堆 PRD 它就开悟”的有用。我觉得更有用的是把任务切小，然后给它非常具体的验收标准：改哪些文件、不要动哪些地方、跑哪些测试、什么情况算完成。一次让它做太大，很容易开始脑补，脑补完还特别自信。

我现在比较能接受的用法是把它当 junior pair programmer：让它先读代码、复述理解、列计划，然后我盯着它小步改。它写完我一定看 diff ，不放心就让它补测试。真要完全不手写也不是不可能，但前提是你愿意把“写代码”的工作转移成“拆任务、审 diff 、补约束、兜底质量”。这部分其实也挺累的。

所以你说它像智障我能理解，尤其是它改错了还甩锅那种，真的很容易红温 😂 但它不是没用，更像是上限很高、下限也很离谱的工具。用得顺的时候很爽，用不顺的时候不如自己写。

[Zy143L]

把任务拆分好 让他先基于你的代码做出基线

[laminux29]

方法不对。

用 AI 编程有一个训练过程的，你的第一步，需要先用对话模式，让它帮你实现一个方法、一个类、一个功能模块。

codex 是你熟练后，到大后期才能开始用的工具。

你起步就是 codex ，不翻车才怪。

[windfalls]

我是做保险相关的，业务是真的复杂加上屎山。ai 目前也只能是“重在参与”😂

[RW5kZXJBdmFyaXRp]

可以是可以，但是你至少得自己会写，你得知道你要写的是什么