Claude Code 诞生口述史：从内部原型到全面爆发

Claude Code 的诞生

Anthropic 官方发布的一篇长篇口述史，记录了 Claude Code 从 2021 年的内部研究原型，到 2025 年 2 月正式发布，再到 2025 年冬全面爆发的全过程。

访谈于 2026 年 2–5 月录制，涵盖 7 个章节、十几位核心成员与外部用户的视角。 https://www.anthropic.com/features/making-of-claude-code

# 7 个主要章节

1 ORIGINS - 起源 2021–2022，Anthropic 最早的产物就是一个 VS Code 编码助手；RL 团队从「写一个函数」开始训练 agentic 编码

2 THE SPARK - 火花 内部工具 clide + Boris 的 Claude CLI demo，让团队看见"模型自己写代码"的魔法时刻

3 THE TEAM - 团队 Boris 拉来 Adam 当 manager，Cat、Igor、Sid、Meaghan 等陆续加入

4 BUILDING - 构建 2024 年末两个月冲刺，小团队 + Claude Code 自用 + 即时热修复，速度前所未有

5 LAUNCH - 发布 2025 年 2 月以"Claude Code"之名开放外部，早期口碑平平，靠订阅制 + Claude 4 模型才真正起飞

6 THE NEW WORLD - 新世界 Boris 从 10% → 100% 代码由 Claude Code 写；用户从逐条审批转向 auto-accept

7 THE FUTURE - 未来 编码角色将变；模型还需"taste"；非营利组织也能拥有定制软件

# 7 个关键判断

1. 产品形态由模型能力倒推决定。 Dawn Drain 直言："一旦跨过模型能力门槛，产品形态会自己浮现出来。"Claude Code 之所以是 CLI、是 agentic、是「auto-accept 一切」的体验，本质是模型从 Sonnet 4 起真正够用了。Boris 给出的起飞公式是双轮驱动：模型创新 + 商业模式创新（订阅制），缺一不可。

2. 故意保持小团队。 Boris 反复要人，Adam 反复压住。事后证明小团队逼出了三件事：用 Claude 自己干活（eat your own dogfood 的极端版本）、不做过度工程、用极简 CLI 架构换来小时级热修复节奏——Sid 提到"用户抱怨后五分钟就拿到修复"。这与 React 早期在 Facebook 内部先打磨再外溢的策略同构。

3. "20% 可用"就要发布。 Ben Mann 的原话：你必须做一个现在只能 20–30% 时间可用的东西，这样下一代模型来了它就 80%，再下一代 90%。需要高 pain tolerance，因为会反复出错。这是模型驱动型产品的反直觉节奏——不能等模型成熟再做产品，要等产品在模型成熟时刚好接住。

4. clide 是精神前身，不是技术前身。 clide 没有 bash 工具，靠 fan-out 100 个 Haiku 来"读整个文件夹"，启动慢、咒语多。但它让团队和少数内部用户提前看见了未来。Boris 第一次用 clide 写完一个 PR 时的震撼，是把碎片拼成 Claude Code 的起点。

5. 信任是逐步让渡出来的。 Cat Wu 观察：发布初用户逐条审权限，如今大量用户 auto-accept 一切。这不是产品 UI 改了，而是 Claude 用表现"挣到"了信任。这条曲线是 agentic 产品独有的——它意味着授权粒度会随模型可靠性持续放宽。

6. 抽象层会继续上移。 Igor Kofman 的预判：未来不是管理一群 Claude，而是"管理 Claude 的管理者"。Shauna Kravec 已经在用 12 个 Claude 并行读文档、拉 Slack、更新东西。这指向 agentic 编码的下一阶段——多智能体编排而非单会话交互。

7. 编码的可达性正在重置。 Kyle Easterly 用 Claude Code 给阿拉斯加一个为残障青年服务的非营利组织做了原本根本请不起的定制软件；又把北坡手写的燃料配送日志转成 CSV。这是一个被低估的副作用：模型够强 + 工具够顺手时，"定制软件"从大企业专属变为小型组织也能负担。

# 值得注意的几点冲突

1. Boris 的紧迫感 vs Adam 的克制：前者想无限扩团队、每周末加班；后者刻意压规模，怕文化与愿景被稀释。最终"小而快"赢了。

2. Tristan Hume 的反例：他在写未公开文档化的加速器内核，Claude Code 帮不上忙——明确划出了当前能力边界：缺公开知识 + 需深度现场调查的任务仍是短板。他自己也尝试让 Claude 从零写一个 Jupyter 替代品，能跑，但"不喜欢"——即模型还缺 taste。

3. Jarred Sumner 在 Bun 内部的争议：曾有人想禁用 Claude Code，他亲自拦下，并为此调整了 Bun 的优先级以更适配 Claude Code。说明采用并非线性，需要内部倡导者。

4. Adam 关于 React 的隐喻：React 从一个纯粹的函数式编程想法，长成"logo、品牌、感觉"。他预言 Claude Code 也会这样——最终用户喜欢的点未必能追溯到最初的核心理念，这既是产品的胜利也是理念的稀释。