大可的 AI Builder 手记
跟随系统
颜色主题
长沙小桌实战
大可 Dako
大可 Dako大可 DakoAI Builder · Agent 实践者用 AI 做真正能用的产品。专注探索 Agent 工程化落地、Vibe Coding 实践与商业化交付。
内容平台即将上线,敬请期待
vibe coding 的核心是把 AI 当能用、但会自作主张的实习生你的职责立规矩 · 给上下文 · 拆任务 · 验收决定做什么、什么是做完AI 实习生聪明、手快、容易自作主张交给它按上下文干活、改文件、写测试快,但会读错、会跑偏 你不会对实习生说「做个产品」就撒手;同样别对 AI 这么说
规矩、上下文、验收都靠你;AI 只负责快。

别把 AI 当许愿池,它是你的实习生

vibe coding 翻车几乎都不是模型差,而是你把 AI 当许愿池:需求一句带过、上下文零给、出错就怪它笨。

很多刚上手 vibe coding 的人以为它等于「把需求甩给 AI,代码自己蹦出来」。这个印象是 2024 年底 Karpathy 的原话「完全交出代码的控制权」带来的,但那是他的玩笑式表述。karpathy-vibe 真这么干的人,第一天就翻车:AI 今天用 Next.js、明天换 Vue,同一个项目风格打架,改一个文件悄悄弄坏另一个。问题几乎都不是模型笨,而是你把它当成了许愿池。

读完你能回答:

  • 为什么同一句话 AI 每次写出来的风格都不统一?
  • 「翻车怪 AI 智障」这句话错在哪?
  • 规规矩矩用 AI,和一个靠谱实习生之间,靠什么补平?

它其实是「高材生实习生」

把 AI 想成一个聪明、手快、但是不了解你项目、还容易自作主张的实习生,所有行为就都对上了:

  • 聪明:按步骤能写出一手好代码,尤其是脚手架、测试、文档这类有套路的东西。
  • 手快:改文件的量是你的几十倍,多文件联动也不怯场。
  • 不了解你项目:它不知道你的目录结构、命名习惯、业务规则,除非你主动告诉它。
  • 容易自作主张:同样的需求,这次用 fetch、下次用 axios,因为没人给它立过规矩。

你不会对一个不清楚你的新实习生说「帮我做个用户系统」就撒手不管——你会给员工手册、参考资料、任务清单,改完还要 review。vibe coding 的差别只在一点:这个实习生干活的速度快到你需要几倍的管理强度去跟上它。anthropic-sdlc

翻车不是模型差,是管理缺位

把「AI 老是乱写」翻译成管理语言,其实是这三件事没做:

症状 管理缺位 补救
风格打架、依赖换来换去 没给规范 项目规则文件(AGENTS/CLAUDE)把结构、命名、接口约定写死
改 A 弄坏 B 没给上下文 让它先读相关文件,再说改哪里
逻辑写到一半全乱 任务太大 拆成小到能验证的一步一步

你原来的习惯是「我自己写」:需求心里清楚,代码自己动手,错了自己改。切换到 vibe coding,习惯得换成「我带实习生」:需求要落到纸面,上下文要喂够,任务要拆小,产出要 review。缺席了任何一环,AI 的「聪明」就变成加速翻车的燃料 copilot-cost。

review 是验收,不是挑刺

带实习生最后的 review,和 vibe coding 里的 pnpm check/跑测试其实是同一件事:验收。别跳过它。跳过 review 直接说「就用这个吧」,相当于实习生交了你没看过的代码就上线。

验收标准要在动手前说清楚,别做完再想。「怎么算完成」这件事应该写进你的 prompt 或项目规则里:测试要绿、产物要在、diff 要干净。拿这些能看到的结果去验收,比凭感觉说「写得还行」可靠得多。这也是为什么本板块第 7 章专门讲验证与防假修复。

定位校准

一句话收束:你不跟 AI 比拼写代码,你负责定规则、给上下文、拆任务、定验收。AI 越强,这个「管理位」越值钱——因为能跑的东西变多了,能看懂结构、把住质量、认出坏代码的人反而更稀缺。熟练掌握把 AI 当实习生来用,是本板块往后每一章的地基。

想继续往下走,看四种姿态,你该落在哪,确认自己现在停在哪个位置。

参考资料

  1. Andrej Karpathy on X(vibe coding 一词的出处)
  2. The AI-Native SDLC Playbook(Anthropic)
  3. How we make AI coding more cost-efficient(GitHub Copilot)