Claude Code 诞生史：从被遗忘的插件到创始人100%代码由AI编写

Claude Code 诞生史 （极简版）

2022年春天,Anthropic做了个VS Code插件。

你能跟它聊天,它给你四个代码建议。

外部用户大概100个。

然后他们把它忘了。

没人知道,这个被遗忘的小工具,三年后会变成一个让创始人100%代码都不再手写的产品。

这家公司赌了一个方向:

通往变革性AI的路,会经过"自动化软件工程"。

早在2022年初,他们就开始训练能自主写代码的模型。

一开始,模型烂得一塌糊涂。

能写个简单函数吗?勉强。

能写个函数再测试对不对吗?

不行。

真正的难点不在模型,在"脚手架"——怎么让模型真正动手做事。

代码在哪跑?怎么安全管理?怎么处理超时?

他们做了个内部命令行工具,叫clide。

你可以跟Claude聊天,让它帮你改代码。

它很别扭,还得念一堆"咒语"才能用,慢到没人想碰。

但它"非常非常超前于时代"。

2024年9月,一个叫Boris的人加入了Labs团队。

他想先做个小东西。

Ben说:"不不不,你必须做那件大的。"

Boris的起步项目是四个字:"自动化编程。"

他甚至还没用过公司的API。

他一边学一边瞎折腾,做了个demo,叫Claude CLI。

它能查他在听什么歌——直接截了Apple Music的图读出来。

两天的工作量。

(用今天的Claude Code重做,两分钟。)

他发到Slack上。

得了两三个赞。

但第二天,他看见同事Robert在用它写代码。

那些标志性的红绿代码行。

Robert说:"是啊,它在帮我写代码。"

Boris说,它离"好"还差得非常非常远。

但他感到一种强烈的紧迫感。

他开始每个周末都在做。

朋友喊他出去玩,但有个东西他停不下来想。

"直到今天,这种紧迫感还是一样强烈。"

团队一直很小。只有Boris、Sid,和一点点Ben。

Boris天天求人:"给我工程师,求你了!"

管理层却在踩刹车。

事后看,把团队保持得小,恰恰是成功的关键。

因为资源紧张,他们被迫更多地用Claude自己。

否则根本快不起来。

有人一说"不喜欢这个",他们五分钟内就把修复推送过去。

2025年2月,他们对外发布。

早期反响平平——点子不错,但bug一堆。

他们还是发了。

就在这时,Claude CLI正式改名Claude Code。

一个命令行老玩家试了五分钟,说:

"哦对,这要彻底改变一切了。"

"如果它能读、能改、能跑bash,它就能做任何事。"

但不是所有人一开始都买账。

有位工程师说:它没什么用,除了非常有限的任务。

真正的转折点,是Claude 4模型的到来。

模型终于准备好了,承载他们想做的产品。

同时,他们上线了订阅制。

一个商业模式创新,加上一个模型创新。

Claude Code起飞了。

有人说了句更本质的话:

"一旦你跨过模型能力的门槛,产品形态自己就浮现出来了。"

Ben解释过一个外人不懂的道理:

你必须先做一个"现在只有20%成功率"的东西。

这样下一个模型出来,它就能到80%。

再下一个,90%多,然后你才真正突飞猛进。

"你得有很高的痛苦忍耐力,因为你会一遍遍做错。"

"你必须活在当下,同时望向未来。"

来看Boris自己的代码。

2025年2月,Claude Code写他10%的代码。

5月,涨到40%。

到2025年冬天——

他100%的代码,都由Claude Code写。

没有一行手写。

"昨天我老婆和狗在沙发上待着,我用Claude Code写了一整天。"

"我提交了88次commit。"

还有个关于信任的细节。

刚发布时,每个人都会读它发出的每一个权限请求。

现在,很大一部分用户直接"全部自动接受"。

"这个转变说明,Claude已经赢得了他们的信任。"

一个2022年被做出来、又被遗忘的小插件。

一个慢到没人想碰的内部工具。

一个只得了两三个赞的demo。

三年后,它变成了让创始人100%代码都不再手写的产品。

而让它成真的,不是某一次灵光乍现。

是一群人,在模型还只有20%成功率的时候,忍着一遍遍做错,坚持把碎片拼起来。

因为他们相信一件事:

一个只会回答问题的模型,治不了癌症,上不了月球。

但一个能真正在世界里动手做事的模型,可以。

他们没有等一个完美的模型出现。

他们在它还很烂的时候,就开始相信它会变好。

然后,它真的变好了。🫠