如何把VibeCoding发挥到极致，Anthropic采访了15家公司！

大家好，我是pythonic生物人。

最近看了Anthropic官方发的一份指南，讲的是那些快速成长的初创公司怎么用VibeCoding加速交付产品。采访了十几家公司，提炼了五项VibeCoding原则：

规则一：全员皆可写代码

AI降低了写代码的门槛。在Clay，市场团队的人用Claude Code搭了个自动化代理，能自己访问网站、填表单、算响应时间、出报告。在Crosby，律师直接用Claude Code改UI。创始人的原话是：“律师最懂产品，因为他们就是用户。”

以前一个想法要走完“想法人→PM→设计师→工程师”这条路，传到后面早变味了。现在谁最懂问题，谁就能先把第一版原型搭出来。

规则二：自动化一切枯燥的事

这些公司不是让AI偶尔帮忙，是把AI塞进了开发生命周期的每个环节。ClickHouse弄了两个专门的代理，一个修不稳定的测试，一个找缺失的测试覆盖，这俩现在成了代码库第二和第三大贡献者。Clay有个代理负责bug分流——从第一遍筛查到建议代码修改，全包。

工程师花时间的地方，应该是那些真正需要判断力的部分。

规则三：信任，但必须验证

自动化跑得快的前提是，能盯着它别跑偏。

Cainex这家公司做医疗编码——代码错了不是错别字，是合规事件。他们的做法是：AI先编码，人工审计员复核，每一条修正都打标签入库，Claude Code再读库、找规律、改自己的指令。核心原则是“修正原则，而不是修正某个例子”。

每家初创公司都应该维护一套“黄金测试集”，用来反复验证AI的改动是不是真进步了。

规则四：为重构而建

AI能力每隔几个月就变一次，所以别把东西当永久的。

Clay的CEO说他们的做法是“建一次，再建一次，再建一次，第四次建的时候你就全明白了”。Commure的工程师写了个Claude技能，能自动找出所有已全量发布的功能开关，挨个提PR删掉相关代码。以前这种迁移要耗掉好多开发周期，现在几小时搞定。

规则五：原型→内部用→产品化

这些公司用AI做内部工具，自己先用起来（内部测试），好用了再包装成面向客户的产品。ClickHouse就是先用Claude Code迭代他们自己的AI代理，然后把部分能力通过API开放给客户。

参考：Segner, M. (2026). The Claude Code Guide For Startups. Anthropic.