以前我写代码的习惯最多用到 AI 辅助我提示可能用到的 API,
或者根据我的习惯提示可能的写法,
虽然有时候会被 AI 的提示搞得哭笑不得, 但好在我可以选择无视.
今天尝试了一把完全用 AI 来根据需求生成代码,
生成的倒是挺快,
但是代码风格真的够垃圾的, 我一般喜欢所有临时变量都采用不可变数据结构, 只赋值一次的写法, AI 是完全不管这些的.
不过这还不是最严重的, 最严重的是它经常无视一些需求的细节,
指出来之后, 它才会说"你说的对, 以下是改进后的代码.............", 又出一版全新的,
然后我读了一遍代码发现一处明显的逻辑错误, 指出来以后, 它又说"你说的对, 以下是改进后的代码.............", 又出一版全新的,
然后我读了一遍代码发现一处明显的逻辑错误, 指出来以后, 它又说"你说的对, 以下是改进后的代码.............", 又出一版全新的,
然后我读了一遍代码发现一处明显的逻辑错误, 指出来以后, 它又说"你说的对, 以下是改进后的代码.............", 又出一版全新的,
我可 qnm 的吧, 还不如我自己写呢, 什么玩意.
到底是谁在吹这玩意好用的?
如果这玩意你都觉得写的比自己好, 你是不是该审视一下自己, 水平太拉了?

我故意不说用的模型和编辑器, 要不然就会有人说怪不得, 你得用这个用那个.
我对我自己写代码的方式很满意, 这次让 AI 写只是一种尝试.
就像你吃一种食物, 它不和你胃口, 你吃一次就够了.
然后非得有人跟你说是你烹饪的方式不对, 你得这么做它就好吃了.
我就非吃这一口不行吗?

代码风格的事情, 如果它够智能它可以参考现有代码风格, 如果还需要额外花时间配置或者训练, 那它确实没那么智能.

模型和人的问题 .

建议你说下你用的哪个模型以及编辑器，以及自己有代码规范可以在规则给 AI 定一下

＃2 我不准备继续使用这种写代码的方式, 也不准备讨论模型和编辑器, 要不然就会有人说怪不得不行, 你要是用这用那就不会这样了.

赞同你 70%的观点

代码风格这种事情在提示词里规范好一般就没问题

op 用的啥 AI 模型? 至于代码风格其实是可以通过设置规则来约束的, 逻辑错误的话, 就得看看是啥模型了.

之前用 ai 从头开始做了一些简单的页面, 感觉还可以, 用的 cursor 的 pro 版本来搞得.

ps: 前两天使用 cursor 的 auto 模式 还有 copilot 的 gpt-4.1 来检查大型项目的线上问题, 确实是差点意思, 因为原始问题涉及到了 Flutter+Native+Unity 三套代码, 不管是 cursor 还是 copilot 给出的建议都不够全面, 哪怕我专门新开辟了一个工作空间, 把相关仓库的代码访问权限都提供了, 也没达到我的预期.

首先，你得有一个好的模型
第二，你得能容忍垃圾代码，因为代码垃圾，但只要功能完备，就可以，你得测试，这是最后的防线
第三，你得要有全局观，把代码拆分成你能理解的小文件，你可以让 ai 拆分，但你自己得亲自监督具体怎么拆分
第四，你得有压力，如果你公司只有你一个前端，但得做几十个页面，你就有压力也有动力让 ai 干活了

自己水平不行， 不会用工具，就怪工具了， 都没提是直接用大模型还是用 AI IDE 或者是 coding cli,
其次这点简单的业务代码， 你都不知道用一些增强工具， 像 context7 MCP

我觉得你可能还在摸索阶段。我现在的项目，AI 已经可以写出来非常符合规范，架构非常清晰的代码了。AI 写代码需要给出来非常多的正确的例子给她参考。当代码仓库中正确的例子足够多的时候，他就可以很好的替代人了。

还以为是什么有挑战的代码 AI 的确可能搞不定， 调用 API 这点难度也跑出来说事，真有你的，

＃8 我就知道有人会这么说, 所以故意不说用的模型和编辑器, 要不然就会有人像你这样 BB. 我对我自己写代码的方式很满意, 这次让 AI 写只是一种尝试. 就像你吃一种食物, 它不和你胃口, 你吃一次就够了, 难道你非要说是你烹饪的方式不对, 你得这么做它就好吃了. 我非吃这一口不行吗?

＃10 我可没说我要写得代码是啥, 就是为了防止你这种人瞎 BB.

你没体验到给 ai 扶着拉尿的感觉不怪你，继续你的传统编程模式呗，每个人都有自己的用法，能达到目的就行，别你自己用的不行，还要说别人怎么怎么，显示你像个傻逼一样。

＃13 那你继续让 AI 扶着你尿尿就好了, 慢走不送!

赞同你的观点，AI 写代码适合产品经理快速出 Demo ，但不适合程序员去做企业级项目。
糟糕的代码会导致后续维护成本的大量增加，我不认为在几十年内，能够出现完全取代人工的 AI 编程能力。
开发者永远不知道 AI 这个黑盒子里掏出来的是不是屎味的巧克力。

“但是代码风格真的够垃圾的, 我一般喜欢所有临时变量都采用不可变数据结构, 只赋值一次的写法, AI 是完全不管这些的”

你的代码风格 AI 又不知道，你又不和他说，什么都不告诉他，他写出来了和你的代码风格不一致，然后就骂他垃圾，然后就发帖

自己不会正确使用工具，就骂工具不行，还骂其他使用这个工具的人水平拉，真是奇奇怪怪的

你的上限决定了 AI 的上限，不能完全依赖 AI ，需要给他思路，还需要 review 它的代码指出错误

AI 可以提升一些效率以及解放部分劳动力是真的。比如让它生成代码之类的，写枚举，写注释，将配置文件转成代码，这种脏活累活还是挺不错的。
让他去写复杂的业务逻辑，还是差点意思。

不过最近用 claude code 写 taro 小程序，很简单的页面，经常出现按钮对不齐，页面中的文字大小不一致这种低级问题，和我预想中的“ai 擅长前端”有很大的出入。

＃16 还是那句话, 本来就不喜欢 AI 替代我写, 这只是个尝试. 如果事实上 AI 能复制我的风格, 但是要 100%复制需要我付出非常多的时间精力去配置, 去"训练"它, 我没那个耐心.
如果一个东西的只能需要你花费非常多精力去搞, 那这个智能是不是根本就不智能?

＃19 那你不配置训练他，他怎么知道你什么风格？给不出你的风格，你就说他不智能，垃圾？

无知当做个性

ai 在写代码的时候可不会说，你特么提的什么需求，需求这么不明确，他只会默默写。

说句你别破防的话，会不会是自己不会写 Prompt ？

的确，我用 qwen 会经常遇到这种情况。claude 很少，gemini 偶尔也会。

我会说 AI 比我写的快就行，好不好这个没有特别客观的评价标准。
我的水平的确比较拉，是这样的。

贴出你的开源仓库让我们看看你的高质量代码如何？？

有人开车丝滑且不出事故，有人隔三岔五就擦碰，然后不反思直接怪车不好是吧，哈哈哈哈哈哈哈哈

配置 AI 就跟买了装了新系统配置开发环境一样
如果懒得配置那确实没必要用 AI

没人关心你觉得 AI 好不好用或者用不用 AI
老板只在乎结果，你要是不用 AI 干的比用 AI 的人还好，老板才不在乎。

另外说些其他想了解 AI 的人

1. 现在很多 AI 支持写配置文件了，不需要每次在 prompt 里啰唆。整个项目配置一次就行。
2. Agent base 的 AI ，在 Agent 齐全的情况下，能够自动了解代码风格等，但这些暂时只有大厂才有这么完整的链条。大概的工作流像是“看下 assign 给我的 task ，选一个最重要的来完成”，之后 Agent 会自动读取这些 task 信息，自动开始 code ，编译，测试，过检查。

3. 按之前 AI 发展得情况看，1 跟 2 早晚会进 model 本身。不想浪费时间/精力学习的话，等就完事了。就像去年的那些 prompt 技巧，现在大部分都直接整合进 model 了，很多情况瞎逼打 prompt ，model 自己会优化， 但你不能说过去这些是白费工夫。

   人与人写的代码，质量都参差不齐。就算 ai 写的的是中上水平，总会有人看不上。正常

   ＃26 你这就扯远了, 驾驶跟这个也没关系啊. 不过, 要碰瓷驾驶技术对吧, 你这么说我可就不困了. 不过这个没啥好碰瓷的, 我不跟买菜型选手计较. 但是真没必要在这个主题下聊这个, 真的.

   光说不行😏，

让我们看看你的 Code

也让我们看看优秀的 AI Code

＃23 我真不会写, 不过我也没破防啊, 为什么不会写 prompt 就会破防呢, 我不理解. 你难道又准备来这套: 这个食物不好吃, 是你烹饪方式不对, 你得这样得那样, 我还是那句话, 我可以不吃吗?

没啥的 爱用用不呗

你说这么多也只是显得你不会用 AI 而已

＃29 没有扯远，我就是在借着驾驶这件事讽刺你，不要拉不出屎怪地球没引力。

首先。现在是 2025 年 9 月 10 日。距离 gpt3 发布已经要 3 年了。到现在。你作为一个开发。也算是个科技沾边的理科人类。居然才第一次尝试 vibe code 。

第二。你甚至都不愿意花时间去了解。vibe code 的一些基础。没有任何对模型的理解。是不是不知道国内外主流模型的差距有多大？有没有 get 一下提示词工程的对输出的影响？尤其是 codex 的影响是巨大的。

通过你的描述，我们基本上可以了解你用的模型之落后和你对模型的了解的落后程度是一致的。

所以很关键的侧面体现出一个问题？？？？这就是你学习的能力？？？这样的能力可能是一个靠谱的优秀的开发吗？？

第三。没有任何 case 。就直接一通输出，这也不行那也不行。反正不会是自己不行。当然我们也承认 vibe code 并不完美，也不优雅。但是如果他优雅和完美，你这样的学习能力的人是不是早就下岗了呢？

第四。反正我们公司靠这个挣到钱了。既减少了人员支出，还大幅减少敏捷开发的周期，客户满意，我们高兴 。您呢？

你这纯粹带着情绪的发泄，而不是在讨论问题。

“在一个公共空间的公共讨论中，我们应该关注的，是自己能够在这些讨论中提供什么样的建设性增益，而不是那些纯粹个人的感受。”

我用 AI 写了几个月了。简单的概括。。我被解放了

是这样的，不过大部分人也不会像你这样对 ai 要求这么高。
我用 ai 更多的是没有思路或者懒得想了，它能给我提供一个方案，很多时候我都会感叹，原来还能这样

[我不准备继续使用这种写代码的方式, 也不准备讨论模型和编辑器, 要不然就会有人说怪不得不行, 你要是用这用那就不会这样了.]
自己用个 20 年前的诺基亚老年机，说手机不好用，
[ 我不准备继续使用手机这样的通信方式，也不准备讨论手机品牌型号和发布时期，要不然就会有人说怪不得不行，你要是换个手机那就不会这样了.]
答案自己都知道，主打的就是无脑、不讲理、嘴硬。

真 tm 逆天， 生活中谁遇见这样的人，都够喝一壶的， 希望生活中少遇见这样的人。

对对对，支持你。

起码让我安心点。起码到时候被裁员了，还有你这种完全不会用 ai 的人垫底。

＃34 可是你以为你能讽刺我, 你觉得你做到了吗? 你想碰瓷驾驶技术, 哈哈哈, 你认真的.

＃35 利益相关, 你 bb 这么多就没必要了吧, 卖这玩意的就不许别人说不好对吧. AI 就只有代码生成对吧?

＃41 用不用 AI 跟会不会被裁没有直接关系吧, 你也是写代码的, 难道这样的逻辑关系理不清楚?

＃41 你这根本不是来论坛讨论技术问题的，就是个喷子是吧，我很喜欢

＃45 唉, 在这样的上下文当中, 我要讨论技术, 会不会被喷的更惨? 我说真的, 我都没跟你说屎尿屁的事.

吹 AI 的就没想过这么一件事，等你的 prompt 里的细节敲到够详细了，可能这时候人工写代码也写的差不多了

不，copilot 会学习 codebase 的代码风格
对你介绍也没用，反正你都是对对对

太偏激了，你没有意识到作为一个 Vide 菜鸟，你的水平很可能是短板吗？

用 AI 写代码对人的要求更高了，水平不行更容易生成垃圾代码

＃49 不不, 别这么说, 我可不想跟什么 VibeCode 扯什么关系, 还有您别激动 Vide 是啥? 您自己一边 Vide 去, 好吗?

你看 你又急

其实可以让 ai 写 prompt 的

不管是那个编辑器，用哪个模型。纯靠 vibe 出来的功能，即使现在满足需求，受限于上下文的长度，后面大概率也都是会翻车的。即使你自己写也不可能完全避免给自己挖坑。
有效的使用方式就是增加各种限制给 AI 增加镣铐，返回自己需求的格式内容。并且限制作用范围和明确任务清单，把它当成一个 P4/P5 职级的开发来用，而不是当甩手掌柜。

现阶段书写各种 rules 还是必备的，从进入大家视野到现在也不过两三年的时间，作为程序员怎么能相信现在已经可以通过只言片语让 AI 自动 Coding 并且高质量完成需求了呢。
现在还有大把的人不信任汽车的辅助驾驶（都还没到自动驾驶）不是吗。

理解&尊重，你可以选择吐槽弃用。 但我还是要用，真香。

“我就知道有人会这么说, 所以故意不说用的模型和编辑器”
可是哥们，AI 的智商真的跟模型有很大关系的，就跟你买手机一样，你在论坛上跟大家扯了一百句：「这手机卡死了，性能太差了，拍照也垃圾，续航也垃圾」

最后聊完一问，才发现你用的是 300 块钱买的拼多多山寨机，你这让人怎么评价呢

1 、写之前花个 10 分钟写个全局规则文档
2 、提交给 AI 任务前把上下文提供好，思路交代清楚，自己再读一遍
3 、边喝茶边观察 AI 有没有跑偏，跑偏了及时中止
4 、AI 写完一定要 review 一遍
5 、最后一公里必要时自己动手
6 、完成小任务就提交 git ，AI IDE 的 checkpoint 不是很靠谱

所有手头的项目都用 AI IDE 完成（ roo code + GLM-4.5 + gemini cli ），包括 10 年前 20w+代码的屎山项目。如果上下文明确，自己思路清晰，及时 review 的话，即使用 GLM-4.5 也还是满给力的

当然你要是说：“既然自己怎么做很清楚了，还要花时间 review ，这和自己写有什么区别”，我觉得其实差别还是蛮大的：

A 、一个项目绝大部分代码也是打螺丝，一个规范完全匹配的增删查改页面几分钟写完还是蛮有生产力的（数据校验还比你人写的规范）
B 、原来可重构可不重构的代码，现在都不用下决心就重构了，反正是 AI 来写，说实话有些细节要我来自己重构还真注意不到
C 、AI 不怕苦不怕累，写的太差骂他几句还给你道歉，到哪里去找这么好的同事

＃10
AI 是连调用 API 这点事情都干不好……

＃56 你说的对, 但是我只是不想陷在这样的细节中, 因为我只要说出细节, 在这里马上就会被喷的更惨.

没看完,不好意思懒得看,如果是后台管理系统这种,应该是可以办到的,对 ux 设计图要求不高,不一定要非常精确的那种,可以用 AI,另外它写完你要检查一遍
因为我的项目都是产品二次迭代,对 UX 比较精细 C 端项目,不适合 ai 写代码,一般我主要问问题,叫他给我封装个 xxx 工具函数之类的

还好吧，我体验过很多模型，大部分智商差到离谱（甚至包括最近新发布的），我都会一顿喷，所以你主题里面描述的肯定全都是真实的，只是模型是真的没用对

没看完,不好意思懒得看

众所周知生产中药的都不吃中药, 但在舆论上要会吹、会站队! OP 把 AI 这玩意代入中药就对了! OP 只是耿直 Boy, 触动厂商利益了! [捂嘴笑]

只能说现阶段使用 ai 确实是有门槛的。

工具本来和人的关系非常大，上下限也非常大，什么使用细节都不透露，难免让人觉得你不行。总结整个帖子就是情绪垃圾桶，不是真的来解决问题的

＃19 再智能的东西也不可能是你肚子里的蛔虫啊