对当前vibe coding方法论的一点思考

代码是廉价的，注意力是稀缺的 ^-^

Claude Code 自用Web编程 skills： T-Tools - #3，来自 Timzaak 在此贴子里搜 项目信息，总在悄然过期 以及 /t-html-show 。 grill-me 已经扛不住了，同时开几个窗口，AI check 后，人类再check 会更好一点。 如果后面 claude 的最mythos 模型价格能被 deepseek 打下来，很多的 harness 工程意义不大。

所以说，ai替代技术只是表象，如何驾驭ai才是真正的技术分水岭。当写代码越来越廉价不值钱，怎么去敲定技术需求边界，在有限的消耗内敲定结果。 才是最终不被淘汰的一批。

只要我学的够慢，就什么都不用学。

现在的新名词太多了，刚学完一个又造一个新词，旧的又落后了。

我先古法编程一会（古法指不加载各种SKILL的使用codex）。

    突然想到一个问题，以前的项目开发比较稳定，或许有一部分原因就是因为时间充足，慢慢构建慢慢思考过程中，对项目理解加深，还有各个阶段的评审来形成一致的、越来越明确可行的路线，最终拿到的好结果。

    而目前的vibe coding似乎更像是一个许愿机，原料扔进去之后就期望它能够产出一个完美的产品。佬友说的这些帮助开发的skill又像是当年的COT时代，只是在许愿机许愿前，尽可能提供一些较为完善的思考结构来让许愿机能够更好的接受格式并以相对可行的方式产出。

    或许我们需要的是正如佬友所说的这种一边写、一边明确具体边界的方法。虽然这样也像一个skill的生态位

纯 vibe ，不 review 我也不会，没经验。

vibe coding 最重要的就是复用资产 （代码）。

@ 就完事了。 只要 @ 正确的，那一坨代码。 就能提升代码质量，减少token 消耗。

日常 cursor auto + 精准投喂代码。

我从 claude 3.5 时代，就是这样用 AI 的。

现在的 AI 可能更智能了，不需要投喂这么多，也能很好的完成，我还是坚持精准投喂。

这样不经能极大减少 token 消耗，也能锻炼自己，对史山代码的整体的理解

不知道有没有佬是和我一样的。

其实我原文有藏头来着 ^-^

但是佬可以考虑放下频繁使用brainstorming和grill它们很厉害但太发散了，更适合产品来用

可以转向trellis或者openspec试试

应该是有点用的，我在vibe的时候，其实遇到最多的问题就是，ai倾向于新开一个独立的链路来实现新功能，而不是复用已有的结构，我让ai重构做的最多的工作就是抽出统一的接口抽象 ^-^

因为缺少顶层的唯一信源和契约,所以才会总是自己创造轮子,你可以尝试安装下codegraph做下下代码索引,效果会好点

是的，要盯着，感觉要变成史山了，就要及时重构。

我不是纯 vibe coding 的，我对 AI 产出的代码是有大概预期的。

他生成的代码 不说 100% ，50% 都是在我的预料之内的，就是会这么写。

脱离预期大概率就是我没说清楚，上下文不准确，追加描述基本就可以了。

这样确实不能很大的解放生产力吧。但是盯着我更放心。

如果是已经存在的项目，vibe coding前通过约束编辑AGENTS.md，花费一些时间去制定好规则才能解决AI不遵循项目已有规则，自己发挥的情况，以及接入GitNexus让动代码之前做影响分析，举例自己项目中的约束

逮捕！你也玩疯狂星期四威我五十是吧，我发现了 ^-^

能精准@就证明还能掌控代码，也就意味着还没过载，也就还没到需要进一步加强治理的地步。

确实能应付日常开发了，但架构级的问题就抓马了

复杂的问题，auto 确实差点功力， 上 codex ，opus ，或者自己一起上。

但大部分 auto 就够了。

不要搞大任务，长任务，从小任务开始，然后组成大任务