突然发觉自己根本不会vibe coding

细说模型理解和功能收束，我感觉自己 vibe coding 和你也差不太多

同样一把菜刀 一块豆腐 有人做出来是国宴 有人做出来是黑暗料理 我做点泔水出来不是很正常的事情么

恰恰相反，你理解到了职场生存法则，以后你有的是时间修复bug，优化架构，解决技术债

你的团队都没有要求这些，说明也是敏捷开发，你可以自己私下学习，业务嘛，先以实现为主，然后优化呗

+1 我也是啥都口语让AI做 做出来一看不对，换个模型再让ai 做一版 ^-^

佬，细聊，来取取经，看看能不能更高效的vibe coding

这年头，vibe coding也要学了

永远都有新东西要学，多好啊，在实干中学习

发现很多佬友都问我取经结果，其实我也只是捡点大佬的垃圾 ^-^

这其实还得看领域，尽量用专业术语来收束，ai会理解的更加准确；cot所揭示的step by step现在还是很有实践意义的，还是得拆成小模块来做，而且目前在长程任务中多轮tool use还是存在一定偏移问题。这个拆分就需要个人对任务的理解，当然，这些都可以在plan阶段讨论出来（前提是不被模型带偏方向）

ps：大佬讲的东西太杂了，其他东西感觉只适合我们这个垂域

多用点国产AI就能慢慢学会了，无脑5.5 xhigh用久了真就目光呆滞在那流口水。

我觉得有利有弊，好处就是能快速实现一个能用的动能，而我这种写过代码，还有严重代码洁癖的人，给 ai 说需求的时候，基本上在脑子里面实现了这个功能，AI 写完之后，还要回去 review 代码，感觉哪里不合适，甚至想让 AI 重来干一遍。

坏处就是：技术债会越来越重。

不过，现在技术不值钱，你抓紧 vibe 出来一个产品，上线看市场用户反应才是最重要的，有用户了，再好好打磨

需求文档 for 开发者 → brainstorm → 需求文档 for LLM → 开发 → 人工review → 纠偏 → 开发完成 → spec沉淀

其实这个我觉得你深度用过，用的时间长了，自己就会慢慢发现一些可以优化的地方，人都是会从繁琐的挫折的路径中提炼出自己的方法。

还有我有一个暴论：

上了年纪的人只爱用网页端，有种古法从论坛复制粘贴代码的意思。

一些老手，大手子喜欢全部自己全盘把控就只用代码补全。自己主导

而对于我这种小登来说，真正编码阶段，我更喜欢用flash模型（当然讨论和找BUG绝对是要用高级模型的，我自己是一个对及时速度反应要求很高的，我也多次搭建过harness试过无人值守来做，但最后结果都不尽人意。我也觉得gpt太保守太谨慎了，我高级模型也用不少，但感觉大部分时间都是在找边界才敢下手特别是gpt）

如果对纯门外汉没学过正经编程的，当然现在一样可以写代码，但他们对高级模型的依赖就很强。如果他们用小模型来写很可能只能写玩具。

我最近用也体验到了差距，感觉想法挺好，但是用文字表达出来的时候就很乱。我感觉得抽时间好好学学怎么提升文字表达能力，这种能力以后肯定很重要了。 ^-^ 最近也在找资料，佬友觉得不错的资料也给我推荐推荐。

是要学啊，vibe coding本质上考验的是系统架构和拆分模块与任务的能力，现在很多人就是只会改个功能，然后还得怪AI写的不好 ^-^