聊聊 vibe 心得 - 1
1 - 快和好快是众所周知的。Coding Agent 的引入，使得整个软件工程的周期都被压缩了。
但是，在各个环节都提速的同时，如何不至于跑偏，如何做到又快又好，我觉得这才是体现出差距的地方。
有一个 Feature 或想法，先和 AI 快速聊一轮，让它帮你找漏洞、补盲区。觉得方向基本可行，就尽快出方案、做出最小闭环。这是我理解的前置工作范畴。
很多需求坐在那里想是想不明白的，只有功能真的跑起来以后，才知道之前的设想哪里不对。
然而，我一开始也不是这样的。。。
项目启动前，我沿着 SDD （规格驱动开发）的路径，写了大量的准备文档。
https://imgur.com/a/BxR6G25
我最初的设想是所有文档都会跟着开发进度，随时更新。结果，它们基本都停留在了第一周的阶段。
不过，我的意思并不是不需要 SDD 。
我的重点是，前置阶段，也就是计划阶段，千万不能让完美主义心理作祟。
“出来混最重要的是什么？首先是出来。”
SDD 当然可以用，但不能把它当成一套必须完整执行的仪式、一套事无巨细的 SOP 。
横向（横向指的是项目中的众多 feature ）不要试图把产品/项目的每个方面全部定义清楚，纵向（纵向指的是一个 feature 的完整度和详细度）也不要把一个功能从需求到实现的每个细节都写满。规格的作用是帮助 AI 理解目标、减少跑偏，而不是追求面面俱到。否则很容易出现一种情况：代码还没开始写，大量时间和精力已经消耗在了定义规格、补充文档和维护文档上，整个节奏反而被拖慢了。
另外一个经常被提及的问题是：AI 写的代码到底还要不要看？
正好最近还听了一期播客：“王建硕×徐文浩吵架局：看代码是浪费时间，还是人机唯一的桥梁”。两位参与者对这个问题讨论得也比较激烈。
我的观点比较明确：不看。
既然选择了 Vibe Coding ，就不应该一边让 AI 大量生成代码，一边要求自己再逐行检查。这样既发挥不了 AI 的速度优势，人也很难长期坚持。质量控制的重点应该从“人肉读代码”，转移到流程上，也就是所谓的 Harness 。
比如写代码时就明确要求 Agent 写测试用例，要求 Agent 单元测试全 Pass 才能上线。同时，我还会让另一个 Agent 做独立评审，让两个 Agent 自行博弈。
不过，不过，有一类工作是我在 Skill 里明确要求它别做的，就是涉及模拟鼠标点击和风格样式等验证的测试。虽然现在有 computer use ，但这个步骤交给 agent ，会吃掉大量 token 不说，还非常耗时，人来做反而更快更方便。
总结一下，Vibe Coding 的 know-how ，在于用最少但够用的规格和流程，让 Agent 少跑偏、少返工。SDD 、Harness 、Skill 都只是手段，别让手段反过来拖慢你。
最后，放上我的 vibe coding 成果，精品咖啡冲煮 AI 助手： https://deepcoffee.app/ 。
有玩手冲的佬，也可以一起讨论下手冲和买豆心得=。=
邀请码：
DC-EKQQ-BBJK
DC-6YMR-YZDS
DC-W8Z9-7PWT
DC-GDN7-YHMY
DC-AUDH-Q7DN 哈喽佬友可以请教下我比如现在自己做了个网站，怎么把他上线？ 比如买个服务器域名然后直接操作虚拟机一样部署吗？
有没有国内外可以访问并且 速度还可以的平台推荐？ 比如说尽可能免备案，其次这个登录的模块应该怎么设计实现还有发送邮箱验证码之类的，我看让 agent 自己调研实现好像有点问题，推荐使用第三方成熟的服务吗？ 我的体验有点不同，vibe-coding 我感觉似乎应该减少单元测试，vibe-coding 迭代太快而且产出因为缺乏 review 甚至可能是错的，单元测试不断膨胀，ai 开发过程中去校验降低开发效率，而且经常是代码变动然后又去写测试或者修改测试适配新的单测。可以考虑增加更多集成测试以及借助 computer use 等能力做自动化冒烟测试。 说得非常好 。 @silencil 感谢感谢～ 测试这块是我妄言了，我刚检查了代码，我这个项目其实是集成测试为主，单元和冒烟都不多。 冒烟测试我个人感觉也很影响效率啊，测试效果也一般（我 Playwright 和 computer use 都有用）。 这块有没有什么具体的建议？ @Clannad0708 vercel @Clannad0708 邮箱验证我用的 Supabase 。其他比如 vercel ，我看有人说了。另外还有 cloudflare 、langfuse 、google cloud run 、godaddy 等等。。。AI 调研可以的啊，你多问问，这些服务怎么用，该怎么选，都会告诉你。
页:
[1]