夜雨聆风Tech Blog Clean
AI 时代的牛吃草问题
Vibe-Coding 降低的是开始的门槛，不是完成的门槛。AI 写得越快，项目里的待验收物也可能长得越快，真正决定项目能不能收住的，是人的判断、验收和边界感。
2026 年 6 月 15 日 · 星期一
0 个来源 · 0 个结构块 · by yangder
Lead Problem
代码写得越快，草也长得越快
从 Vibe-Coding 看工具速度和人的验收能力
上一篇我们聊 AI 的时候，说到一个判断：工具变强以后，人不一定会退到后面。很多时候，人反而更早被推到台前。
这句话放到 Vibe-Coding 上，会变得特别具体。因为它最让人上头的地方，是它真的能把一个想法很快变成一个东西。
但从这一刻开始，误会也很容易发生。你看到的是一个产品的开头，不一定是一个产品。
yangder
FIRST VERSION
先说那个最容易误会的瞬间
Vibe-Coding 的冲击不在于它能写几行代码，而在于它能让一个想法很快有形状。
第一版幻觉
屏幕上出现东西以后，人很容易高估自己离产品有多近
你只要把需求说出来，它就能生成页面、按钮、接口、数据库，甚至还能顺手帮你修几轮 bug。
对一个不写代码的人来说，这一刻很容易产生误会。以前你只是有个想法。现在屏幕上已经有了界面，有了文件，有了一个能点两下的版本。它看起来不再像想法，像一个产品的开头。
yangder
但问题也在这里。
很多人看到“开头”，会误以为自己离“完成”很近。实际上，Vibe-Coding 给你的大多数东西，更像一个快速长出来的原型。它能让你看见形状，能让你拿去演示，能让你判断这个方向有没有继续聊的价值。
可它还没有经过真实世界。
真实世界不关心你是不是用 AI 做的。它只问几个很冷的问题：用户会不会反复用？出错以后怎么办？数据乱了谁处理？支付、权限、部署、维护怎么接？这个东西和市面上已有的工具相比，凭什么活下来？
这些问题，Vibe-Coding 不会替你消掉。它只是让你更早撞上它们。
GRAZING
Vibe-Coding 的牛吃草问题
小时候的牛吃草问题，放到 AI 写代码这件事上，突然很像一个工程现场。
小时候我们都见过牛吃草问题。
一片草地，本来有一些草。草还会继续长。牛一边吃，草一边长。题目问你：多少头牛，多少天能把草吃完。
放到 Vibe-Coding 里，草和牛都换了意思
原来的题
草地里有存量的草，草会继续生长，牛负责把草吃掉。问题是算清增长速度和消耗速度。
↓
AI 写代码时
草变成需求、bug、技术债和待验收代码。牛不是 AI，而是人的判断、测试、验收、重构和项目管理能力。
这里适合放一张总览图：左边是传统牛吃草，右边是 Vibe-Coding 项目。读者一眼就能看懂，AI 不是那头稳定吃草的牛，它也会让草长出来。
这就是 Vibe-Coding 很容易让人误判的地方。你以为 AI 是来帮你吃草的。它确实会吃一点。它能写代码，能补页面，能解释报错，能修一些明显的问题。
但它同时也会让草长得更快。
你让它加一个功能，它可能多生成十几个文件。你让它修一个按钮，它可能改动状态管理。你让它重构一段代码，它可能顺手换掉原来的结构。每一次生成都看起来像进展，但每一次生成也都变成新的待确认物。
代码不是写出来就结束了。代码写出来以后，要有人看，要有人测，要有人知道它为什么这么写。将来出问题的时候，还要有人能把它接起来。
GROWTH
草到底从哪里长出来
AI 产出不是纯收益。每一份产出都会变成新的待理解、待验证、待维护对象。
Vibe-Coding 项目里的草，通常从这几处长出来
When
需求还没有想清楚需求草
生成越快，返工越快
你只是说了一个大概方向，AI 就会把它扩成页面、接口和流程。等你发现方向不对，已经有一堆东西要拆。
When
功能改动没有边界边界草
小改动会牵出新问题
一个按钮、一个状态、一个权限判断，都可能连到别的页面和数据结构。AI 改得快，但不一定知道哪里不能碰。
When
没有测试和验收验收草
问题会留到后面一起爆
它说修好了，不等于真的修好了。没有回归测试和验收标准，很多错误只是暂时没被看见。
When
对话和文件越来越多上下文草
项目会变得越来越难接住
上下文变长以后，AI 可能忘掉旧约束，也可能把已经否定的方案拿回来。产出越多，人越需要重新整理。
以前一个程序员慢慢写，问题也慢慢出现。你还有机会跟上。现在 AI 一小时能生成过去一天甚至几天的代码量。表面上速度提高了，但你的理解速度、验收速度、判断速度没有同步提高。
这时候项目会进入一种很奇怪的状态。
文件越来越多。功能越来越多。对话越来越长。每天都像在推进，但它不一定更接近可用。很多时候，它只是更复杂了。
这里适合放一张左右对比图：左边是 AI 生成速度，右边是人的验收速度。两条线一旦拉开，项目里的未确认库存就会越来越厚。
LIMIT
人的消化速度才是上限
AI 每分钟能写多少代码，不等于项目每分钟能前进多少。真正的上限在人的验收能力。
真正的瓶颈
如果人的消化速度跟不上，草不会变少，只会越来越多
很多人用 Vibe-Coding 后会失望，也和这个有关。他们以为自己请来了一个自动程序员，后来才发现，自己被迫成了产品经理、测试、架构评审和客服的混合体。
AI 可以一直生成。真正累人的，是你要判断它生成的东西对不对。
yangder
它改了一个 bug，你要知道有没有改坏别的地方。它加了一个功能，你要知道这个功能是不是用户真的需要。它建议你重构，你要判断这是不是必要动作，还是它又绕进了另一条路。
如果你完全没有验收能力，Vibe-Coding 会很快把你带进一种假繁荣里。看起来热闹，最后很难收。
会用和不会用，差别不在提示词长度
只有愿望
把一句“帮我做个产品”丢给 AI。它一直在生成，项目一直在变大，但人不知道哪里对、哪里错、哪里该停。
↓
有判断和验收
先拆任务，先定验收，再让 AI 做局部执行。每次生成都要被测试、被复核、被决定去留。
本来就懂工程的人，用 Vibe-Coding 会很舒服。因为他知道该让 AI 做什么，也知道什么时候该打断它。他能拆任务，能写验收标准，能看出一个方案哪里不稳，能判断一段代码是不是在给未来埋坑。
这种人用 AI，像多了一个速度很快的助手。
但如果一个人只是有愿望，没有判断，也不知道怎么验收，那 AI 给他的就未必是助手。更像一台很勤快的机器，不停把模糊的想法变成更多模糊的产物。
USE IT
那到底该怎么用
Vibe-Coding 不是骗局，也不是许愿池。它更适合做验证工具，而不是替人承担结果的工具。
所以 Vibe-Coding 真正降低的，是开始的门槛。
它让你不用先学很久编程，也不用一开始就找外包。你可以先做出一个小东西，看看自己的想法站不站得住。这已经很有价值了。
但它没有降低完成的门槛。完成仍然需要需求判断、工程质量、用户理解、维护能力和商业验证。过去这些东西难，现在也难。AI 只是把第一步拉得很近，让你更快进入后面的难题。
更合适的用法，是把愿望改成验证
不要一上来就问“能不能帮我做一个产品”。这个问题太大，也太像许愿。
先验证一个小假设
不是做完整知识管理系统，而是先验证一种资料整理方法，做一个只支持导入、分类和搜索的小工具。
先看方向站不站得住。
先演示核心流程
不是做一个马上赚钱的 App，而是先看看某类用户对一个流程有没有兴趣。
别一开始就堆完整产品。
先降低沟通成本
不是用 AI 替代程序员，而是把想法变得更具体，让后面跟专业开发者沟通时，不再只剩几句空话。
原型是沟通材料。
它适合帮你把脑子里的东西放到桌面上。放出来以后，你可以看，可以改，可以拿给别人试。好想法会更快被推进，坏想法也会更快暴露。
坏想法暴露得早，其实是好事。
STOP
更难的是知道什么时候停
AI 让继续修改变得太容易，所以停下来判断反而变成一种更重要的能力。
真正危险的是，你已经看到了一个像样的界面，于是舍不得停。明明用户反馈很弱，明明维护成本越来越高，明明自己已经看不懂项目在怎么变，你还是觉得“再改一版就好了”。
很多半成品就是这样拖住人的。
继续还是停，至少要问这几个问题
When
这个想法还值得继续吗方向
看真实反馈
不要只看界面是不是变漂亮，要看有没有真实用户、真实需求和继续投入的理由。
When
现在该继续让 AI 改吗验收
看是否还能验收
如果你已经看不懂它改了什么，继续生成只会增加草，而不是减少草。
When
这个功能是用户需要，还是自己看着顺眼取舍
看使用场景
很多功能不是产品在长大，只是半成品在变胖。
When
项目是在接近产品，还是只是在堆功能边界
看是否更稳定
真正的产品会越来越可用。失控的项目只是越来越复杂。
这一段适合放“继续/停下判断台”：把用户反馈、维护成本、验收能力和市场必要性放在同一个检查台上，让读者知道什么时候该继续，什么时候该收手。
最后还是回到主体和工具
代码可以交给 AI 生成，但方向不能交出去。 AI 可以写页面、改接口、补测试、解释报错，但人仍然要决定做什么、为什么做、做到什么程度、哪里不能错。 如果这些判断都没有，AI 越快，项目越容易失控。
所以我不想把 Vibe-Coding 说成骗局。它不是骗局。它只是特别容易让人高估“第一版”的意义。
第一版很重要，因为它让想法有了形状。第一版也很危险，因为它会让人误以为后面只是继续加功能。真实情况往往相反。第一版之后，才开始进入真正考验人的部分。
AI 把工具推到了普通人面前，也把很多过去藏在工程团队里的问题推到了普通人面前。以前你可以停在“我有一个想法”。现在 AI 能帮你做出来一点，你就要继续回答：这个东西到底有没有必要存在？
Bottom Line
这才是 AI 时代的牛吃草问题。草会长，AI 还会让草长得更快。最后能不能收住，不看草长得多热闹，看你有没有足够的牛。这里的牛，就是你的判断、你的验收、你的边界感，还有你承认一个想法该停下来的能力。
下次用 Vibe-Coding 做东西时，可以先别问“它能不能帮我做完整产品”。先问一句：我现在生成的这片草地，自己有没有能力吃完。
Tech Blog Clean
适合更轻的技术博客、经验拆解和科普长文。
2026.06.15
