感谢各位佬友的指教，确实用的少了，发言太轻率了，各位路过的佬友不要被我的言论误导了。权当看个笑话就行。 
最近看到vibe Coding非常火，也是用了一下opencode，因为经济问题，模型就只能用GitHub Copilot的额度和国内的一些coding plan。
开发者的水平决定了AI的上限
就这几天的使用体验来说，感觉AI能够把事情做的多好，还是取决于开发者本身对这个项目所设计的技术的理解能力。如果开发者什么都不懂，什么都交给AI，那么AI的发散性还是很强的，他们对于规则，一致性的体会还是没有人类程序员那么强，因此总是会出现各种风格的代码融合在一起的现象，所以到了最后也就只能写一个玩具出来。随着项目的扩大，开发者也就逐渐失去了对项目的把握，最后项目变得无法维护和拓展了。所以开发者必须要熟悉项目对应的技术栈，对于一些经典的架构和最佳实践也要熟悉，要让AI在自己能够控制的范围行动，不要让AI的编码超越自己的能力范畴。所以还是要学习的，为了能更好的使用AI，个人开发者不能当甩手掌柜，而考虑到现在行业内部还在不断优化员工，我感觉这种对知识的需求只会增加，不会减少，毕竟一个人利用AI就要做多个人的活了嘛。
现在最好还是要给AI写非常严格的规则，让AI在规范下办事，做可以预期的工作
我还记得在cursor刚出那阵子写代码的时候，总是让AI模仿我的代码，先学习我的代码风格，再迁移到一个新的业务，很少去让AI自主的写一些业务，除了写了就不管后面修改和维护的业务，现在过了几年了，感觉最好的方法还是这样。现在又出了skill，感觉做这种事情更加方便了。虽然说现在的AI很智能，能够完成很多业务的独立设计和实现任务，但是如果开发者自己不够熟悉这些业务的设计和编程范式的话，后面AI写的代码也很难维护，而且AI写的代码实际上也不是符合自己风格的，很多情况下还要去学习AI写的东西，而且现在AI生成的速度也比较慢，重复让AI去调整一个业务的代码其实是很让人烦恼的，所以我觉得作为一个个人开发者，还是尽量用skill，用规范和案例去约束AI，让他们模仿学习自己的代码风格，这样反而能省很多的事情。
最重要的是速度，vibe coding需要非常快的反馈速度
我的感觉就是，小的，速度快的AI，用于编程的体验应该要比大的慢的AI要好。但现在的模型输出速度都太慢了。
因为速度快的AI，我可以非常快的确定它的输出结果，而慢的AI就要等，这就很消耗耐心，我的想法，设计，甚至是开发的热情也就消耗光了。很多情况下，本来一开始有很多想法，有很多的设计，结果等了半天AI才输出出来，自己也就没有动力去让AI再改一遍了，本身AI第一次的结果可能就是要做很多修正工作的，但是我没有办法再一次接受等待这么长的时间。因此很多设计也就妥协于AI了，然后代码就写的越来越乱，最后无法维护了。
最近Claude团队说自己已经全面拥抱vibe Coding，而且效果非常好，这我是相信的，但是他们的Coding体验和我们只能用到很慢的，且智力受限的AI的体验肯定完全不同，况且他们是专业的程序员，能够很好的检查AI的生成内容并及时的调整提示词，这对于个人开发者来说都是非常难以做到的。
感觉只有什么时候token白菜价，且输出的非常快，什么时候个人开发者才能用好这个工具。
