写在前面：
先做个自我介绍，我是一名码龄 30 岁的 old coder（95 年开始接触编程），母语是 C/C++，第二外语有 JAVA、C#、PHP、Python、GDScript，一直是一名古法编程选手，之前在 Coding 领域对 AI 最大的应用就是在 Chat 里向 AI 问问题，然后把 AI 给我写的代码片段复制粘贴到我自己的项目里面。

接下来是正文：
最近两天进行了一场高强度的 Vibe Coding，说是高强度，其实主要是人工参与程度太高导致身体强度很大，倒是没怎么给 AI 上强度，两天跑了将近 1400 万 tokens，跟 l 站的大佬们比起来还差的很远

说起来这是我的第二次 Vibe Coding 尝试，第一次算是失败了吧。第一次做的是一个火柴人版的街头霸王格斗游戏，虽然程序也能跑起来，但小人的关节动作无论怎么修改都达不到我的预期。而这一次的 Vibe Coding 是做一个 AI 小说生成系统，之前使用过 l 站大佬分享的拯救小说家、木木小说和马良 AI，虽然界面都很精美，功能也很强大，但它始终不是一件适合我自己的趁手工具，这与每个人的写作习惯不同，原作者佬们更多考虑的是自动化的小说创作，而我更多考虑的是人工干预下的 AI 小说创作，就和我对编程的看法一样，没有人盯着的 AI 内容创作，总是让我觉得不放心。

这两天的结果下来就是，小说创作的主线流程已经基本上跑通了，下一步就是优化提示词构建，增加角色库，增加版本库，增加版本支路，增加多用户系统了。可以说进行到目前的程度，基本上可以判断出这个项目十有八九应该是可以成了，起码是可以达到我心里预期的，和第一个项目中道崩殂的结果比起来好了很多。我总结了一下就是：

一、Vibe Coding 是一种提高开发上限的东西，你自己懂的越多，你就能借助它做到更多。

以第一次失败的项目为例，因为我对人物打斗过程中的关节变化一无所知（即使它只是火柴人），所以我无法准确的给 AI 描述出我想要的效果来，那么 AI 就只能随意发挥，这种随意发挥在小众领域（比如关节动画领域）是非常低质的。即使我通过和 AI 交流，让它告诉我应该如何正确的给它下达指令，但我仍然没办法给它准确指令，因为我完全不知道一个高位鞭腿动作要调动几个关节，每个关节的转动方向和角度应该是怎样的。

而相比起来，AI 小说创作这件事情的流程对我来说则了熟于心，从创意拆解到正文创作再到校对审核，以及各种辅助创作的周边工作库，我都可以跟 AI 讲的明明白白的，所以这才是真正适合 Vibe Coding 的项目。所以：

二、只有能够清清楚楚的讲明白每一个界面、功能、流程细节的产品，才是适合 Vibe Coding 的项目。

但并不是这样就完了，你以为一个产品经理就能很好的运用 Vibe Coding 了吗？那就错了！这两天的 Vibe Coding 给我的最大的感触就是，戳破了一个幻觉，那就是只要我懂产品要实现的效果，我就能 Vibe Coding。这不仅仅是幻觉，也是 Vibe Coding 最大骗局，因为如果不把这件事情说的过于简单，又怎么能吸引普通人、普通产品经理躬身入局呢。

这么说吧，在这两天里，其实用来完成功能开发的时间，大概只占了不到 1/4，剩下的时间全都在改 BUG，而用过的人都知道，AI 改 BUG 是一件非常非常纱布的事情，它有点类似于文生图，或者更直白一点，有人管它叫 “炼丹”，也就是说你把一大串测试过程和错误描述丢过去（甚至包括截图），AI 能不能改好，这件事本身就很看运气。更别提有些很抽象的难以准确描述又无法截图的 BUG，以及一些随机出现的无法必现的 BUG 了，这种 BUG 一旦出现且卡在主功能路线上，严重点直接让你项目报废，几百万几千万 tokens 打水漂。

这就对 Vibe Coding 提出了第二个要求，那就是使用者要懂程序开发。即使你不是非常精通（比如我本人就对 WEB 开发一无所知），你也至少应该懂得软件的工作原理和开发原理，了解什么叫做同步调用和异步调用，了解什么是组件什么是手搓，了解终端输出或者日志输出，了解 TCP/UDP/HTTP 等协议，了解 AI 提示词构造（如果你的项目涉及 AIGC 的话）。。。不然你都没办法帮助 AI 缩小范围、定位 BUG。

总之还是那句话，你懂的越多，你的项目成功的可能性就越大，你能做的项目的复杂度就越高。所以：

三、Vibe Coding 项目的主要时间在于修改 BUG，能不能改好，花费多少时间改好，则取决于使用者自身的编程能力。

可能也有人说了，那是因为现在的 AI 还不够聪明，等 AI 聪明起来了，就不需要程序员了，产品经理就能干了。哈哈哈，我也期待有这么一天，也许等 AI 聪明起来了，产品经理都不需要了，普通用户随便跟 AI 说一句 “帮我模仿微信做一个个人版的即时聊天工具”，AI 咔咔咔就帮你搞定了，岂不乐哉。

哦对了，差点忘了还有最后一个心得：

四、Vibe Coding 真的很烧钱，很烧钱，而且项目用量不可控，所以就看你的项目价值是否配的上这份投入了。

我两天就消耗了 1400 万 tokens，这还是在我不熟练的前提下，没怎么给 AI 上强度。我用的是 Claude Opus 4.5 模型，按 Anthropic 的价格，每百万输出是 25$，我看了一下这两天的费用，295.43$，和用量完全符合（1400 万包含输入输出，输入便宜一些）。

目前虽然完成了主体功能的开发，但是后续辅助功能的开发以及 BUG 修订，我估计全部项目下来至少需要 600$ 以上，因为越往后修 BUG 就越难，而一个新功能的增加，则有可能产生翻天覆地的严重 BUG，比如我计划的多用户功能。这也是为什么说要懂开发才能更好 Vibe 的原因，因为这种颠覆性的功能，如果是人来做的话，就会在一开始就做好规划，而 AI 则只顾着眼前的功能来做，不会做长远规划，除非你告诉它，所以这就需要使用者本身懂开发才行。