Claude Code 设计哲学深度解析：Anthropic 工程师谈 AI 产品技术架构
导语
如果你是一位开发者，最近几个月可能听说过 Claude Code——这个让无数人“连续三周没睡觉”的 AI 编程助手。
但你知道吗？它最初只是一个实验性的终端应用，甚至它的创造者也没想到会以 CLI 形式长期存在。
最近，光锥播客（Light Cone）采访了 Claude Code 的创造者 鲍里斯·切尔尼（Boris Cherny），进行了一场长达数小时的深度对话。
他们探讨了 Claude Code 的诞生故事、设计哲学、QuadMD 的极简主义实践、对 AI 创业者的核心建议，以及对未来的大胆预测。
以下是这次访谈的精华整理。
文章大纲
- 01 意外的诞生：三个月的疯狂 — Claude Code 如何从实验性原型演变为现象级工具
- 02 核心理念：不为今天的模型构建 — Anthropic 的产品哲学和六个月前瞻策略
- 03 为什么是终端？一个意外的设计约束 — CLI 如何成为意外的完美选择
- 04 QuadMD：极简主义的胜利 — 两行配置揭示的 AI 提示策略
- 05 开发者体验的新范式 — 超越传统 IDE 的交互模式
- 06 招聘：寻找从第一性原理思考的人 — AI 时代的人才观
- 07 智能体协作与 Quad Teams — 多智能体协同工作的未来
- 08 计划模式的寿命有限 — AI 进化的惊人速度预测
- 09 产品开发的核心原则：潜在需求 — 发现用户自己都未意识到的需求
- 10 TypeScript 的启示：围绕用户习惯构建 — 技术选择的深层逻辑
- 11 Claude Code 的爆炸式增长 — 生产力提升 1000 倍的数据
- 12 为什么选择 Anthropic：使命驱动 — 从 Google 到 Anthropic 的选择
01 意外的诞生：三个月的疯狂
“这一切完全是意外，它就是这样慢慢演变过来的。”
当被问及 Claude Code 的起源时，鲍里斯这样说道。2024 年 9 月，他开始疯狂地工作——一天假都没休，周末在工作，每个晚上都在工作。
“我当时就在想：天哪，我觉得这东西会成大事。我还不知道它是否有用，因为它那时候还根本不会写代码。”
“整整三个月，我没休一天假。”
有趣的是，当鲍里斯把这个原型交给团队进行内部测试时，第二天坐他对面的工程师罗伯特就已经在用它写代码了。
“我当时想：你在干什么？这东西还没准备好。这只是个原型。但是的，它在那个形态下就已经有用了。”
这种内部自然传播的效应最终让 Anthropic 的 CEO 达里奥（Dario）惊讶地问：“内部使用量图表是垂直的。你是不是在强迫工程师使用？”
鲍里斯的回答很诚实：“我只是发了个帖子，他们只是互相告诉对方。说实话，这真的是意外。我们从 CLI 开始，因为这是最便宜的方式，它就那样停留在那里一阵子。”
产品过剩的疯狂
鲍里斯描述了一种独特的感觉——产品过剩（Product Overhang）：
“那种产品过剩的疯狂感觉一直存在。但在当时更加疯狂，因为还没有人构建出这样的东西。”
当时市场上没有任何工具能够充分利用大语言模型的编码能力。这种明显的空白催生了 Claude Code 的诞生。
02 核心理念：不为今天的模型构建
整个访谈中，鲍里斯反复强调一个反直觉的观点：
“在 Anthropic，我们的思路是：不为今天的模型构建产品，要为六个月后的模型构建。”
这个理念听起来很冒险——如果产品现在不工作，你怎么找到产品市场契合度（PMF）？
但鲍里斯的解释很有洞察力：
“否则会发生什么：你花了一堆工作，你为现在的产品找到了产品市场契合度，然后你会被其他人超越，因为他们为下一个模型构建，而新模型每隔几个月就会发布。”
六个月前的代码全部消失
这种思维方式的直接结果是：Quad Code 的全部代码被一遍又一遍地重写。
“六个月前的 Quad Code 代码现在一点都没剩下，”鲍里斯说，“我们每几周就淘汰一些工具，每几周就添加新工具。Quad Code 没有任何部分是六个月前的。它只是不断地被重写。”
这意味着在 AI 时代，技术债务的概念正在发生变化。传统的“稳定代码库”可能不再适用——因为最好的策略就是不断重写，跟随模型能力的快速进化。
给创业者的建议
基于这个理念，鲍里斯给 AI 创业者提出了一个框架：
- 使用当前模型，感受它能做的事情的边界
- 识别边界：模型今天哪些方面还不太擅长？
- 为未来构建：你认为 6 个月后的模型会变得擅长什么？
“试着想想，模型今天哪些方面还不太擅长？因为它很快就会在这方面变强，你只需要等待。”
03 为什么是终端？一个意外的设计约束
“我们居然还在用终端，这简直不可思议。那本来应该是起点，我没想到它会成为终点。”
很多人好奇为什么 Claude Code 是一个 CLI（命令行界面）工具。答案很简单：因为这是最便宜的方式。
“我不需要构建 UI。”鲍里斯说。
但这个“便宜”的选择意外地成为一个优秀的设计约束。终端的限制——80×100 字符、256 种颜色、一种字体大小、没有鼠标交互——反而激发了创造力，创造了“不像在工作”的愉悦体验。
设计的愉悦感
鲍里斯对终端设计的重视令人印象深刻：
“我认为这种愉悦感非常重要。在 YC 这也是你们经常谈论的，对吧？就是做一个人们热爱的东西。如果产品有用，但人们不会爱上它，那就不太好。所以它必须两者兼顾。”
他和团队甚至迭代了50-100次终端旋转器的动画设计：
“终端旋转器，就是旋转文字，它可能已经经历了我想说 50 到 100 次迭代。可能 80% 的都没有发布。所以我们尝试了，感觉不好，继续下一个。尝试了，感觉不好，继续下一个。”
这种快速迭代能力是 Claude Code 的核心优势之一。鲍里斯对比了传统设计流程：
“在过去，你必须做的事情是使用 Origami 或 Framer 之类的东西。你可能做了三个原型，花了两个星期。需要更长的时间。”
而现在：
“你可以写这些原型，你可以连续做 20 个原型，看看你喜欢哪个，然后发布它，整个过程可能只需要几个小时。”
为自己构建产品
鲍里斯透露了一个重要的产品哲学：
“我把它想成是：我会使用什么产品？这对我来说有意义。”
这意味着他不是为某种理想用户构建，而是为自己——一个“用 Vim 用得挺烂”的工程师——构建产品。
“所以要使用 Quad Code，你不需要理解 Vim，不需要理解 TMUX，不需要知道如何 SSH。你只需要打开工具，它会引导你，它会做所有这些事情。”
启示：限制激发创造力。最好的设计往往来自于最简单的起点。为自己构建产品，反而能让更多人受益。
04 QuadMD：极简主义的胜利
访谈中有一个令人惊讶的细节：鲍里斯的 QuadMD（提示词配置文件）只有两行：
第一行：每当提交 PR 时，启用自动合并。
第二行：每当我提交 PR 时，把它发布到我们内部的团队 Slack 频道。
这与很多人的预期相反——他们认为 QuadMD 会长达数千个 token，包含各种详细的指令。
鲍里斯的极简建议
当被问及 QuadMD 太长的问题时，鲍里斯给出了一个简洁的建议：
“如果你遇到这个问题，我的建议是删除你的 QuadMD，重新开始。”
他解释了背后的哲学：
“你想要的是做尽可能最少的事情，让模型回到正轨。所以如果你删除了 QuadMD，然后模型开始偏离，做错了事情，那就是时候一点一点地加回去。”
模型能力进化 → 提示词简化
鲍里斯观察到了一个重要的趋势：
“每个模型你需要加的东西越来越少。”
这与直觉相反——随着模型变得更强，你需要的提示词应该更简单，而不是更复杂。
脚手架的陷阱
访谈中，鲍里斯讨论了一个重要的权衡：为模型构建脚手架 vs. 等待模型能力提升。
他引用了 Rich Sutton 的著名论文《苦涩的教训》（The Bitter Lesson）：
“更通用的模型将总是战胜更专门的模型。”
对于产品开发者来说，这意味着：
“我们可以为 Claude Code 构建一个功能，让产品更好——我们称之为脚手架。但我们也可以等几个月，模型可能就能做到这件事。”
鲍里斯的结论：
“假设任何脚手架都只是临时的技术。”
启示：在 AI 能力指数级进化的时代，任何技术壁垒都会很快被模型突破。真正的护城河是对趋势的准确判断，而不是你构建了多么复杂的系统。
05 开发者体验的新范式
访谈中最令人震撼的数据之一：Anthropic 工程师目前的生产力是 Google 工程师在 Google 巅峰时期的 1000 倍。
这听起来很疯狂，但数据支持这一点：自从 Claude Code 发布以来，Anthropic 每个工程师的生产力增长了 150%。
从 10x 到 1000x
鲍里斯回顾了这个行业的演变：
“三年前我们还在谈论 10 倍工程师，现在我们在 Google 工程师全盛时期的基础上谈论 1000 倍，这真的难以置信。”
这种跳跃性的生产力提升，主要来自于 AI 能够：
- 自动化重复性任务：git 操作、bash 命令、文件管理
- 加速调试过程：搜索日志、分析错误、定位问题
- 减少上下文切换：不需要在不同工具间来回切换
- 并行处理：同时进行多个任务
代码审查的演变
鲍里斯提到了一个有趣的观点变化：
“现在有所有这些概念，而不是必须审查代码，你知道，我是老派的，所以我喜欢详细模式。我喜欢说：‘哦，你在做这个，但我要你做那个。’ 对？但现在有一种完全不同的思想流派，说：任何时候真正的人类必须看代码，那就是坏事。”
这反映了一个深层的变化：从“人工审查”到“AI 自主”的范式转移。
修复 bug 的新方式
鲍里斯描述了他现在修复 bug 的流程：
“你需要做的就是有很好的日志记录，然后就说：‘嘿，检查一下这个特定对象，它以这种方式搞砸了’，然后它搜索日志。它弄清楚一切。它可以进入你的生产环境，它可以为你查看生产数据库。这太疯狂了。”
“修复 bug 就是去 Sentry 复制 markdown。你知道很快就会直接是 MCP。”
工程师角色的演变
鲍里斯预测了一个重要的职业变化：
“我认为我们将开始看到软件工程师这个头衔消失。我认为它可能只是构建者，可能是产品经理，我们可能会保留这个头衔作为遗迹，但人们做的工作不仅仅是编码。”
他观察到他的团队中：
“工程师非常通才，团队上的每个职能都编码，我们的 PM 编码，我们的设计师编码，我们的 EM 编码，我们的财务人员编码，团队上的每个人都编码。”
这种全员的编程能力，正在重新定义什么是“工程师”。
06 招聘：寻找从第一性原理思考的人
当被问及如何招聘优秀的 AI 时代工程师时，鲍里斯提出了一个非传统的面试问题：
“我有时会问一个例子：你什么时候犯过错？”
这个问题的巧妙之处在于：
- 测试自我认知：能否在事后认识到自己的错误？
- 测试责任感：能否为错误承担责任？
- 测试学习能力：能否从错误中学习？
鲍里斯解释了他的哲学：
“就我个人而言，我可能有一半的时间都是错的。我有一半的想法都是糟糕的，你只需要去尝试，尝试一个东西，交给用户，和用户交流，学习。”
资深工程师的陷阱
鲍里斯指出，资深工程师在 AI 时代可能面临一个挑战：
“我们被训练成要有非常强烈的观点，资深工程师也确实因此受到奖励。我在之前大公司工作的时候，招聘架构师这类工程师时，我们寻找的就是那些经验丰富、观点很强的人。”
但在 AI 时代：
“这些东西很多已经不再相关了，很多观点也应该改变，因为模型在不断进步。”
最珍贵的技能
那么，什么技能在 AI 时代最珍贵？
“我认为真正最重要的技能是那些能够科学思考、能够从第一性原理出发思考的人。”
这种能力意味着：
- 不依赖过去的经验，而是基于当前现实重新思考
- 不固守既有的观点，而是根据新证据调整
- 不盲从权威，而是通过实验验证假设
07 智能体协作与 Quad Teams
访谈中还讨论了一个令人兴奋的新功能：Quad Teams——多智能体协作系统。
智能体拓扑架构
鲍里斯介绍了一个新兴领域：
“有一个全新的领域叫智能体拓扑架构，人们正在探索。比如配置智能体的方式有哪些。”
一个核心概念是 “不相关的上下文窗口”：
“想法就是多个智能体，它们有全新的上下文窗口，基本上不会被彼此的上下文或自己之前的上下文污染。”
这种设计的优势是：
“如果你给一个问题投入更多上下文，这就像推理时计算的一种形式。然后你就会这样获得更多能力。”
周末自动化的真实案例
最令人惊讶的是，鲍里斯分享了一个真实案例：插件功能完全由智能体在周末构建完成。
“我觉得第一个成功的例子是我们的插件功能，完全由一个群体在周末构建的。它就运行了几天。基本上没有人工干预。插件基本上就是发布时的形式。”
这个过程的运作方式：
“团队里的一个工程师给了 Quad 一个规范，告诉 Quad 使用 Asana 看板，然后 Quad 就在 Asana 上放了一堆票据，然后生成了一堆智能体，智能体开始接取任务。”
“妈妈 Quad”与子智能体
鲍里斯透露了一个有趣的细节：
“我们叫她妈妈 Quad”
大多数智能体实际上都是以子智能体的形式启动的：
“子智能体只是一个递归的 Claude Code，代码里就是这样，我们叫她妈妈 Quad。”
这种递归的智能体架构，让多个 AI 可以并行协作，各自处理不同的任务。
智能体使用策略
鲍里斯分享了他在调试复杂问题时使用智能体的策略：
“如果真的很难，我会说用三个或者五个甚至 10 个子智能体，并行研究，然后看它们得出什么。”
但同时，他也强调：
“QuadMD 是什么？它只是一个快捷方式。如果你发现自己一遍又一遍重复同样的事情，就放在 QuadMD 里。否则，你不必把所有东西都放在那里。你可以直接提示 Quad。”
这体现了一个重要的平衡：既要利用自动化，又要保持灵活性。
08 计划模式的寿命有限
访谈中最令人震撼的预测之一：计划模式（Plan Mode）可能只有有限的寿命。
从手动计划到 AI 自动计划
鲍里斯描述了他的工作流程演进：
6个月前：
- 计划不够充分
- 需要在计划后盯着，防止偏离
- 需要在计划前盯着，防止方向错误
现在：
- 80% 的会议以计划模式开始
- Claude 会自动制定计划
- 一旦计划好了，几乎每次都能完全正确地执行
- 只需要在计划前盯着
下一步：
- 可能根本不需要盯着
- 只需要给出提示，Quad 就会自动弄清楚
计划模式的本质
鲍里斯透露了一个令人惊讶的事实：
“计划模式没有大秘密。它只是在提示中加了一句话，说请暂不编码。”
“你实际上可以直接这样说。”
这种极简的实现方式，却产生了巨大的效果。它证明了有时候最简单的解决方案就是最有效的解决方案。
AI 直接与用户交谈
更令人惊讶的是，鲍里斯提到：
“我们的 Quad 确实会彼此交谈。它们至少在内部经常在 Slack 上与我们的用户交谈。”
甚至：
“我的 Quad 偶尔会发推特。”
（虽然鲍里斯说他通常会删掉，因为“有点俗气，我不喜欢那个语气”）
这种趋势让人思考：下一步是不是 Claude 直接和你的用户交谈，完全绕过你？
09 产品开发的核心原则：潜在需求
访谈中，鲍里斯反复强调一个概念：潜在需求（Latent Demand）。
什么是潜在需求？
“它只是产品中最大的想法。没人理解的东西。我肯定在前几次创业时不理解。”
核心思想是：
“人们只会做他们已经在做的事情。你不能让人们做新事情。如果人们正在尝试做一件事，你让它更容易，这是个好主意。但如果人们正在做一件事，你试图让他们做不同的事情，他们不会做。”
计划模式的来源
鲍里斯分享了计划模式是如何从潜在需求中诞生的：
“计划模式就是这样，我们看到用户说，嘿 Quad 想个主意，计划一下，但先别写代码。”
“所以就像周日晚上 10 点，我只是在看 GitHub issue，看人们在谈论什么，看我们的内部 Slack 反馈频道，我就用 30 分钟写了这个东西，然后那天晚上发布了。周一早上就推出了。”
这个案例完美诠释了：最好的产品功能来自于观察用户的实际行为，而不是闭门造车。
如何发现潜在需求？
鲍里斯建议了几种方法：
- 观察用户行为：看他们在做什么，他们在哪里遇到困难
- 查看反馈渠道：GitHub issue、内部 Slack 反馈频道
- 亲自体验：“有时我只是在办公室里走动，站在人们后面，打个招呼，然后我会看他们如何使用 Claude Code”
启示：不要猜测用户需要什么，去观察他们实际在做什么。
10 TypeScript 的启示：围绕用户习惯构建
访谈中还讨论了一个有趣的类比：Claude Code 和早期的 TypeScript 有很多相似之处。
TypeScript 的设计哲学
鲍里斯作为 TypeScript 的早期推广者和书籍作者，深刻理解其设计哲学：
“当时的想法是这样的：我们有这些团队，他们有庞大的无类型 JavaScript 代码库。我们需要在里面引入类型，但我们不能让工程师改变他们的编码方式。”
“你不可能让 JavaScript 程序员像 Java 程序员那样搞 15 层类继承，对吧？他们会用他们自己的方式写代码。他们会使用反射，会使用可变性，会使用所有这些传统上很难类型化的特性。”
不改变用户，而是改变系统
TypeScript 的成功之处在于：
“他们没有试图改变人们的编码方式，而是围绕这些方式构建了一个类型系统。”
“这真的很聪明，因为有很多想法，即使在学术界也没人想到过，纯粹来自于观察实践、观察 JavaScript 程序员如何写代码。”
这与 Claude Code 的哲学高度一致：
“你知道，你可以像使用 Unix 工具一样使用它。你可以把内容管道输入进去，也可以管道输出出来。在某些方面它在这方面很严谨，但在几乎所有其他方面，它只是我们想要的工具。”
实用性胜于学术完美
鲍里斯对比了两种语言的命运：
“现在快进 15 年后，Haskell 这种更学术的语言的代码库不多，但 TypeScript 的却多得多，因为它更实用。”
这个案例证明了一个重要原则：实用性胜过理论完美。
启示：不要为了“正确”而设计，要为了“有用”而设计。
11 Claude Code 的爆炸式增长
访谈的后半部分，鲍里斯分享了一些令人震惊的数据和案例。
采用率统计
- 70% 的创业公司选择 Claude Code 作为他们的首选模型
- 所有公开提交中有 4% 是由 Claude Code 生成的
- NASA 的 Perseverance 号火星探测器使用 Claude Code 规划了路线
鲍里斯说：
“我们甚至印了海报，因为团队都觉得，‘哇，NASA 选择使用这个工具，真是太酷了。’”
内部生产力数据
更令人惊讶的是 Anthropic 内部的生产力增长：
“团队去年规模翻了一番，但每个工程师的生产力增长了大约 70%。”
“自从 Claude Code 发布以来，Anthropic 每个工程师的生产力增长了 150%.”
鲍里斯对比了他在 Meta（Facebook）负责代码质量时的经验：
“那时候，看到生产力增长 2%，那可是数百人一年的工作。所以这个 100%，这只是闻所未闻，完全闻所未闻。”
从 10x 到 1000x
鲍里斯回顾了行业认知的变化：
- 3 年前：谈论 10 倍工程师
- 现在：在 Google 工程师全盛时期的基础上谈论 1000 倍
这种指数级的跳跃，正在重新定义什么是“可能的”。
12 为什么选择 Anthropic：使命驱动
访谈的最后部分，鲍里斯分享了为什么选择加入 Anthropic 的个人故事。
两个吸引点
第一：研究实验室的文化
“它作为一个研究实验室运作。产品非常非常小。真的只是关于构建一个安全的模型。这就是唯一重要的事情。”
“这种想法，非常接近模型，非常接近开发，而不是最重要的，因为产品不再是最重要的。模型才是最重要的。”
第二：使命驱动性
“我是个巨大的科幻迷。我的书架上摆满了科幻小说。所以我只知道这可能会变得多么糟糕。”
“在 Anthropic，如果你在餐厅或走廊无意中听到对话，人们在谈论 AI 安全。这确实是每个人最关心的事情。所以我只是想在这样一个地方。”
AI 安全的严肃性
鲍里斯提到了 AI 安全的等级系统（ASL）：
- ASL3：模型现在所处的位置
- ASL4：模型递归自我改进
“所以如果这发生了，基本上，我们必须满足一堆标准才能发布模型。”
他对未来的预测既令人兴奋，也令人警醒：
“极端情况是，你知道，这发生了，或者有一些灾难性的误用，人们使用模型设计生物病毒，设计零日漏洞，类似的事情。这是我们真正非常积极努力工作的东西，以确保这不会发生。”
谦逊与敬畏
尽管取得了巨大成功，鲍里斯保持着惊人的谦逊：
“这真的太令人兴奋和谦卑了，看到人们如何使用 Quad Code，我只想构建一个很酷的东西，结果变得真的有用，这太令人惊喜和兴奋了。”
这种对用户反馈的敬畏心，以及对意外成功的谦逊态度，是产品持续改进的关键。
结语：在 AI 时代如何保持竞争力
这场访谈揭示了 AI 时代产品开发的核心范式转变。从 Claude Code 的故事中，我们可以提炼出几个关键洞察：
1. 追踪指数曲线，而不是线性外推
鲍里斯强调了追踪 AI 模型指数级进化的重要性：
“我们的三位创始人是扩展定律论文的合著者，他们很早就看到了这一点，所以这只是追踪指数曲线，这就是将要发生的。”
如果你今天的产品决策基于 6 个月前的技术状况，你可能已经被淘汰了。
2. 极简主义胜过过度设计
鲍里斯的 QuadMD 只有两行配置，这个例子说明了：
“模型能力在快速进化，你的提示策略应该越来越简单，而不是越来越复杂。”
在 AI 时代，越简单，越有效。
3. 保持初学者心态
鲍里斯在招聘和团队管理中最重视的品质是：
“能够科学思考、能够从第一性原理出发思考的人。”
“我可能有一半的时间都是错的。我有一半的想法都是糟糕的，你只需要去尝试。”
这种谦逊和实验精神，是在快速变化的环境中保持竞争力的关键。
4. 潜在需求 > 产品创意
鲍里斯反复强调的产品原则是：
“人们只会做他们已经在做的事情。你不能让人们做新事情。如果人们正在尝试做一件事，你让它更容易，这是个好主意。”
最好的产品想法往往不是凭空想象出来的，而是观察用户已经尝试在做什么。
5. 代码的生命周期正在缩短
鲍里斯透露了一个令人震惊的数据：
“Quad Code 没有任何部分是六个月前的。它只是不断地被重写。”
这意味着我们可能需要重新思考“代码库稳定性”的传统智慧。在 AI 时代，持续重写可能比长期维护更有效。
金句
“不要为今天的模型构建，要为六个月后的模型构建。” —- 鲍里斯·切尔尼
“模型能力在快速进化，你的提示策略应该越来越简单，而不是越来越复杂。” —- 鲍里斯·切尔尼
“我们被训练成要有非常强烈的观点，资深工程师也确实因此受到奖励。但实际上，这些东西很多已经不再相关了。” —- 鲍里斯·切尔尼
访谈说明
访谈来源：Light Cone Podcast
嘉宾：鲍里斯·切尔尼（Boris Cherny），Claude Code 创造者
翻译整理：2026年3月22日
评论互动