1.会生成大量无意义的代码，说明你的 prompt 不明确，修改范围没有确认好，实际上用 plan 模式，可以让 AI 先给出它的修改方案，如果它明显修改到一些不沾边的文件，以及它的计划有问题，你一开始就要去纠正，而不是等着它去生成 2.难以理解，可能你用的模型不够好，我现在 opus 生成的代码 跟现有项目的风格非常一致，连屎味都是一样的，本来就是一坨，能跑起来就谢天谢地 3.同上面一样，你的上下文管理肯定有问题，让 AI 干了一堆额外的活

拥抱 ai 吧 我们公司都开始可以报销了

大部分人写的还不如 vibe coding 出来的呢。。

非开发，但是 ai coding 确实给了我们这些人更多可能，最近开发了几个基础设施的监控，以前完全不敢想

在当下，如果你的 AI 编程体验很不好，你应该怀疑一下你自己，而不是 AI 编程

你的反感是对的，但正确方式不是抵制它，而是控制生成的代码的质量。 vibe coding 主要有两个作用远胜于传统编码：1. 快速出 demo 、快速使用从未接触过的库; 2. 强大的静态检查。 除此之外，vibe coding 并没有解决编程的实际复杂度，它只能作为开发人员的一个工具，而是否能用好工具，与工具本身无关。

@connor123 #8 在下现在维护的一个项目里面有几个五千行的 controller 。

@evan1 你牛逼，我是看吐了

ai 应该用来完成小环节，不适合直接完成一整套流程，自由发挥太多了

颗粒度到函数方法级别就行了，定义好方法，写好功能作用，让 ai 写就行了。