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
Select Language