请投出你宝贵的一票，为“最美班长”加冕！

深度使用 80 天后，我已经离不开小米 17 Pro Max 的背屏了

Claude Code创始人揭秘：Anthropic内部70%工程师日用的编程范式，如何让15人团队产出百人效率 继续钻研Anthropic，自然不能放过Claude Code，这么一个划时代的产品。来自Every公司CEO Dan Shipper和Claude Code的两位核心创造者Cat Wu和Boris Chern的深度访谈。Every是一家只有15人的AI原生公司，他们的工程师几乎不写代码，却运营着五款产品和百万美元级咨询业务。Dan把这种生产力爆发归功于Claude Code，并直言这是"过去一年最强大的AI工具"。 而受访者Boris和Cat的组合本身也是一个传奇故事。Boris在Meta做到了Principal Software Engineer（首席软件工程师，Meta技术序列的顶级职位），负责过Instagram服务器架构和Facebook Groups的技术方向，同时还是O'Reilly出版社《Programming TypeScript》一书的作者。2024年9月他加入Anthropic，用一个"不想写UI所以做了个终端聊天工具"的side project，意外创造了Claude Code。 Cat则是Claude Code的创始产品经理，负责将这个工程师的玩具变成一个有定价、有生态、有企业客户的正式产品。两人配合默契，在Anthropic内部把Claude Code从一个原型做成了公司最重要的开发者工具。 2025年7月初，两人双双被AI编程新贵Cursor挖走——Boris出任首席架构师，Cat担任产品总监。但故事还没完：仅仅两周后，两人又双双回归Anthropic。这个"闪电跳槽又闪电回归"的操作在硅谷引发热议，有人猜测是薪酬谈判策略，有人调侃他们是去"卧底取经"。无论真相如何，这件事本身就说明了他们在行业里的分量——以及Anthropic对Claude Code团队的重视程度。 这期播客之所以值得认真拆解，是因为受访者是产品的缔造者。他们分享的不是"使用技巧"，而是设计决策背后的思考：为什么选择终端（terminal，用文字命令操作电脑的黑色窗口）而非IDE（集成开发环境，程序员常用的代码编辑器）、为什么用bash（一种命令行语言，让你通过输入文字来控制电脑）而非自定义工具、为什么不做向量搜索。理解这些"为什么"，对于构建AI产品思维更有价值。 记录如下： 一、产品诞生：意外比规划更重要 Claude Code的起源故事打破了很多人对产品开发的想象。Boris在加入Anthropic时，手写了一个PR（Pull Request，代码合并请求）提交上去，结果被他的入职导师Adam Wolf直接打回，理由是："你居然手写代码？用Clyde啊。" Clyde是Claude Code的前身，一个启动要一分钟、依赖大量索引的Python研究项目。Boris用它处理了一个简单任务，即便当时是Sonnet 3.5这种早期模型，还是需要手动修复一些问题，但"居然能一次搞定"这件事让他震惊了。 后来Boris在用Anthropic的API（应用程序接口，让不同软件互相通信的桥梁）做原型时，选择在终端做一个小聊天应用，因为"不用写UI（用户界面）"。然后他开始往里面加工具——给了模型bash权限后，模型开始自发使用它，甚至写AppleScript（苹果电脑的自动化脚本语言）来自动化任务。 "模型就是想用工具。我们给它bash——就是让它能像人一样在命令行里输入指令——它就开始用bash。这太疯狂了。" 没有宏大的产品规划，没有用户调研驱动的PRD（产品需求文档）。一个工程师想快速验证API，顺手做了个聊天工具，发现模型自己会用工具，于是一个新范式诞生了。 二、核心设计原则：给工程师什么，就给模型什么 Claude Code有十几个工具，团队每周都在增删。但Boris强调一个核心理念：工具应该是dual-use（双向使用）的，人能用，模型也能用。 1、为什么选择bash而非自定义工具 很多agent（AI代理，能自主执行任务的AI程序）架构的第一反应是给模型封装一堆专用工具：find_file、open_file、search_code。Claude Code反其道而行，核心就是bash。 原因有两个：一是用户体验更清晰——用户看到的输出，模型也能看到；二是权限管理更简单——如果用户的配置文件禁止读某个目录，bash层面就能统一拦截。 他们最近还删掉了一个叫OS的工具，因为bash层面的权限控制已经足够成熟，不需要额外抽象层了。 "工程师能做的事，Claude Code都能做。两者之间没有差异。" 2、工具越少越好 Boris提到他们刚删了2000个token（模型处理文本的基本单位，大约相当于半个英文单词）的system prompt（系统提示词，预设给模型的指令），因为Sonnet 4.5不需要那些提示了。但之前的Opus 4.1需要。 这揭示了一个规律：随着模型进化，原来需要scaffolding（脚手架代码，辅助AI工作的额外程序框架）搭建的能力，会被模型本身吸收。plan mode（规划模式）可能会被取消，因为未来的模型能自己判断什么时候该先规划。 "我们希望三个月后能把它删掉。如果真删掉了，说明模型进步了。" 三、Anthropic内部怎么用Claude Code Cat透露，Anthropic内部超过70%的技术员工每天都在用Claude Code，他们叫这个"ant fooding"——蚂蚁版的dog fooding（吃自己的狗粮，指公司内部使用自家产品）。每次有新功能，先推给内部，反馈频道每5分钟就有一条新消息。 1、高频使用的slash command Boris和Cat分享了几个内部常用命令： • /commit和/pr：标准化代码提交流程，预设好bash命令和权限，用Haiku模型生成commit message（提交说明），便宜又快 • /feature-dev：Sid创建的结构化开发流程，先让模型问清需求、写规格、做计划、建待办列表、逐步执行 • /code-review：所有PR都先过一遍Claude的代码审查，人类只做最后批准 • /security-review：安全审计也自动化了 有个细节值得注意：slash command可以预设允许的工具调用权限。比如/commit命令里已经预先授权了git commit、git push、gh这些操作，用户不会被反复问"是否允许执行"。 2、bash mode的诞生 Boris自己在用Claude Code时，总要在两个终端之间切换，觉得烦。随口问了一下Claude能不能想个办法，模型建议用感叹号作为前缀直接执行bash命令。Boris说"行，做成粉色的"，当天就上线了。 "我让Claude Code给我做一个感叹号bash模式，它就做了。然后我说做成粉色，它也做了。当天就发布了。" 现在很多同类工具都借鉴了这个设计。 四、Plan Mode：什么时候该用，什么时候不用 这是很多人踩的坑：以为Claude Code什么都能一次搞定，结果失败率很高。Boris的建议是区分任务难度： • 能一次搞定的任务：直接说，然后shift+tab开启auto accept（自动接受），切到另一个标签页干别的 • 需要几小时工程量的任务：先shift+tab进入plan mode，对齐计划再写代码 Plan mode的核心价值是让你先和模型达成共识。Boris提到，用plan mode可以把成功率提升2-3倍。 Dan分享了一个反直觉的技巧：即使不确定要什么，也先让Claude Code跑一遍。看它怎么做、在哪里出错，用这些"错误"来帮自己想清楚真正的需求，然后清空对话，重新写一个更好的spec（规格说明）。 "以前你不会让工程师去做一个没想清楚的需求。但现在可以让Claude先跑一遍，用它的失败来帮你想清楚。" 五、Sub-agents：并行执行的正确姿势 Boris和Cat都在用sub-agents（子代理，由主AI分派出去执行特定任务的小AI），但用法和很多人想的不一样。 1、什么时候该用 • 大规模迁移：主agent做待办列表，然后用map-reduce模式（先分发任务、再汇总结果）分给10个sub-agents并行执行 • 代码审查：/code-review会启动12个sub-agent，分别检查安全、性能、过度设计、常见bug等不同维度，最后汇总去重 • 误报过滤：先用一批sub-agents找问题，再用另一批专门验证哪些是false positive（误报） Anthropic内部有人每月Claude Code用量超过1000美元，主要就是跑大规模代码迁移——一个主agent协调、10个sub-agents并行干活。 2、为什么有效 Boris认为，sub-agents的价值在于"不相关的上下文窗口"。不同sub-agent的context window（上下文窗口，模型能"记住"的对话长度）彼此隔离，不会互相污染。这反而提高了准确率。 Dan补充了一个有趣用法：他用Claude Code报销费用，创建两个sub-agent——一个代表自己、一个代表公司——让它们"对战"来决定哪些支出该报销。 六、复合工程（Compound Engineering）：让下一个功能更好做 这是Every团队实践出来的核心理念：在传统工程中，每加一个功能，下一个功能就更难做；在compound engineering中，每加一个功能，下一个功能反而更容易。 秘诀在于把每次开发的教训都回馈到系统里： • 发现一个模型常犯的错误 → 写进CLAUDE.md（Claude Code的项目配置文件，记录项目规则和偏好） • 需要反复检查的规则 → 让Claude写成lint rule（代码检查规则，自动发现不规范写法） • 测试用例 → 100%由Claude编写，人只判断好不好 "现在我让任何人写测试都不觉得过分了。写测试太容易了。" 他们还用stop hook（停止钩子，任务结束时触发的自定义动作）做持续验证：定义一个hook，每次对话回合结束时检查测试是否通过，不通过就让模型继续干。配合SDK（软件开发工具包）的编程接口，可以做到"一直跑到成功为止"。 七、形态演进：CLI不是终点 当被问及CLI（命令行界面，纯文字操作的终端）是否是最终形态时，Boris坦承不知道。团队正在多线探索：CLI、VS Code插件、Web版、Mobile版、@claude的GitHub集成。 他透露了一个关键指标：模型自主运行时间。上一代模型能连续跑十几个小时，现在Sonnet 4.5已经能跑30小时左右。下一代模型可能是几天。 当模型能自主运行几天，就会出现新问题：用户不能合上笔记本电脑。所以容器化的远程运行、多Claude相互监督，都是正在探索的方向。 "很快我们就会看到Claude监督Claude。具体用什么界面呈现，我不知道，但肯定不是终端。" 八、给构建者的建议 1、先给自己用 Boris反复强调"solve your own problem"（先解决自己的问题）。Claude Code诞生于他自己想快速验证API、不想写UI的需求。所有大功能——hooks、sub-agents、plugins（插件）——都来自团队成员自己的痛点。 "YC教的第一条就是先解决自己的问题。" 2、latent demand（潜在需求）法则 Boris在Meta时期就用这个方法做产品：把产品做得足够hackable（可定制、可魔改），让用户能"滥用"它去做设计之外的事，然后观察他们怎么滥用，把那些用法产品化。 Facebook Dating来自发现60%的个人主页浏览是异性非好友之间；Marketplace来自发现40%的群组帖子是买卖帖。Claude Code从编程工具变成通用agent SDK（代理开发工具包），也是因为发现很多人在用它做非编程任务——写邮件、做研究、生成报告。 3、删比加更重要 Boris说他最喜欢看的是"红色diff"——diff是代码变更对比，红色表示删除。每次下线一个功能，必须上线一个更好的替代品。任何功能如果不被50%周活跃用户使用，就考虑删掉。 "你一直在发布新功能，产品就会变得不cohesive（不连贯）。到处加按钮、加标签页，但没有organizing principle（组织原则）。" 总结 Claude Code的成功不是因为技术多复杂，而是因为设计足够简单——终端 + bash + 本地运行。这个组合让模型拥有工程师能做的一切权限，同时保持了可扩展性：你可以通过CLAUDE.md、slash command、hooks、sub-agents不断叠加能力。 随着模型变强，harness（工具框架，承载AI运行的程序骨架）会越来越薄。但核心思路不会变：让AI和人使用同一套工具、处于同一个环境、解决同一个问题。 核心归纳 Q1: Claude Code和其他AI编程工具的本质区别是什么？ 区别在于权限层级。Copilot和Cursor是"建议者"，活在IDE里，只能看到你展示的内容；Claude Code是"同事"，直接在终端里运行bash，拥有和你一样的系统权限。你定义目标，它处理实现。 Q2: 如何判断什么任务该用plan mode？ 标准很简单：以前需要几小时工程时间的任务，用plan mode。能一次搞定的就直接说。如果你不确定，让Claude先跑一遍看它怎么失败，用失败来帮你写更好的规格说明。 Q3: Anthropic内部70%工程师日用Claude Code，他们的核心工作流是什么？ 四步循环：Plan（agent读issue、研究方案、输出计划）→ Work（agent写代码和测试）→ Review（人类审查输出和教训）→ Compound（把教训写回系统，让下次更好）。他们管这叫compound engineering，核心是让每个功能让下一个功能更容易做。

互联网料哥堪称毒瘤啊，建议早做切割，这人留不得，太容易翻车。就鸿蒙智行旗下批量账号发小米汽车aeb主动刹车改成自家产品这个事，居然也能这样洗，把责任归咎于“有内鬼”，就和那些一出事儿就推给临时工的企业一样，如果一个号有问题，为什么齐刷刷地出现批量账号发，难道哪个内鬼有这个能力可以操纵那么多地区的汽车销售账号？我猜测，他们改字幕的时候以为别人看不出来，然后转发的那群人又辨别不了是不是自家产品，就接个任务发一下，谁能知道这事儿居然被广大网友识破曝光出来，只能说做视频分发任务的那哥们要倒霉了。 #数码科技评论[超话]#

【怪猎荒野MHWs】暗器蛸极限尺寸小金参考