@irvinglove 就像#7 说的 公开社区发表 如果有问题无法使用 op 弃坑了 留在那里源码浪费 github 磁盘 试错的用户看帖发帖寻找 op 解决问题浪费互联网流量 如果你完全知道你的每一行代码做什么 能精确的定位问题解决问题那就没毛病

偏见是有原因的。现在 vibe coding 出来的"垃圾"比率很高，这点大家都应该能感觉出来。我甚至已经开始对手写代码产生好的滤镜了。

@YsHaNg 你再好的项目都可能弃坑啊，某些还可能存在边缘政治问题或者不可抗力停的。现在我都是 git clone ，打开 cursor ，让他修 bug 。现在公司来讲都得自己建仓，那你觉得这种算浪费资源吗？有些两位数 star 的项目可是帮了我大忙的。 我觉得我们反感的是那些引流的，就像我说的批量生产垃圾文章，github 当引流，扔个文本加好友，或者写个测试都不测的代码扔上去，挂羊头卖狗肉这种。

还有楼主你觉得 vibe 出来不好"想用就用，不符合就重新造轮子呗"的观点，我不认同。 如果 vibe 出来的大多是垃圾，你就得有垃圾场和处理厂，要消耗电和磁盘，不管是 github 还是哪个托管。之后也会污染搜索引擎，导致人类要花更多的时间和经历维护和处理这些垃圾。而且，垃圾多了，你自己也会发现这很影响自己的生存环境。 一个更好的方向是从源头减少垃圾的产生。

@irvinglove 刚需的话，一般市场上都存在成熟的项目，这里说的是那种弱需求，可有可无或者单纯好玩的项目，AI 编写的话，我个人连尝试的兴趣都没有

用 vibe coding 做创新...不是重复造轮子，优化也是

@cj323 其实这还是劣币驱逐良币导致的。Claude Code 不也通过 claude 辅助开发了么。有时候手写代码不一定比 ai 好，毕竟人参差不齐。至少我觉得 claude 的代码，比速成班出来的好多了。

@wangritian 你可能弱需求比较少，你看我这个轮子的需求：看到了别人的项目解决了使用 markdown 美化样式的需求，但又想在 obsidian 管理内容，于是就自己 ai 搞了个插件。ai 半天搞定，不靠 ai 研究源代码，obsidian 插件规则，再编写测试，我估计得花好几天。

ai 编程速度快，自己用无所谓。发布出来，还是需要谨慎，如果没有长期维护的计划或决心，就贸然发布，不是一个好的开始。 也许这是那位反对者的意思之一。

我赞同你的观点。 厌恶 vibe coding 大抵是 AI 保守派程序员对自己技能价值贬值而发出的无能咆哮。