Anthropic's Boris Cherny: Why Coding Is Solved, and What Comes Next
概要
Claude Code 创造者 Boris Cherny 在 Sequoia 活动上分享 Claude Code 意外诞生的故事、编码已被解决的判断、/loop 范式、跨学科通才团队、SaaS 七大护城河重排以及软件民主化的'印刷术时刻'。
核心洞察
- Claude Code 诞生于 Anthropic Labs 内部孵化团队,最初 6 个月几乎不可用——Boris 只用它写约 10% 的代码;真正的指数增长从 2025 年 5 月 Opus 4 发布开始,此后每次模型迭代(4.5 → 4.6 → 4.7)都带来新的增长拐点。
- Boris 现在 100% 由模型写代码,日常产出数十个 PR,最高纪录一天 150 个 PR;大部分工作在手机上完成,同时运行 5-10 个 session、数百个 agent,夜间放出数千个 agent 做深度工作。
/loop是他认为最重要的范式——用 cron 定时循环调度 Claude 做持续性任务(看护 PR、修 CI、每 30 分钟从 Twitter 聚合反馈),Routines 是同一概念的服务端版本。- AI 让七大商业护城河(Seven Powers)重新洗牌——切换成本和流程壁垒被削弱,但网络效应、规模经济、稀缺资源等仍然成立;未来 10 年创业公司数量将增长 10 倍。
- 软件开发正在经历"印刷术时刻"——类比 1400 年代欧洲印刷术让识字率从 10% 最终升至 70%,编程将从专业技能变成人人可用的基础能力,最好的会计软件将由会计师而非工程师来构建。
Claude Code 的意外诞生:6 个月的 pre-PMF 赌注
核心要点:Claude Code 源于 Anthropic Labs 孵化团队的一个"产品溢出"(product overhang)判断——模型能力远超当时产品形态,团队选择为"下一代模型"预先构建产品,忍受 6 个月的不好用期。
- Anthropic Labs 是一个小型创新团队,创造了 Claude Code、MCP 和桌面应用,完成后解散,现在由 Instagram 联合创始人 Mike Krieger 带领重组进入"第二轮"
- 2024 年底编码的最先进水平还是"按 Tab 补全一行代码"(Sonnet 3.5 开启的能力),但团队判断可以跳到"让 agent 写全部代码"
- 前 6 个月 Claude Code 几乎不好用,Boris 只用它写约 10% 的代码
- 初始发布后并未爆发——指数增长从 Opus 4(2025 年 5 月)开始,每次模型升级(4.5 → 4.6 → 4.7)带来新拐点
- 选择 TypeScript + React 是因为它们在模型训练分布中占比高,早期模型不够聪明,语言和框架的选择至关重要
"We were building for the next model. And that was the idea pretty much the whole time." —— Boris Cherny
Boris 的个人工作流:手机为主,数百个 agent 并行
核心要点:Boris 现在 100% 由模型写代码,大部分工作在手机的 Claude App 上完成——同时维护 5-10 个 session、数百个 agent,夜间放出数千个做深度任务。
- 日常产出数十个 PR,最高纪录一天 150 个 PR("试试能推多远")
- 手机上通过 Claude App 的 code tab 管理多个 session
- 每个 session 内有大量 sub-agent 并行工作
- 夜间放出数千个 agent 做"更深层的工作"
- Claude Code 代码库本身"很简单"——TypeScript + React,没有大秘密(代码已泄露,公众可见)
- 从 2025 年 10-11 月起模型开始写 100% 的代码
`/loop` 是未来:持续运行的自主 agent 循环
核心要点:Boris 认为 /loop 是目前最酷也最简单有效的功能——用 cron 调度 Claude 定时执行重复任务,他自己有数十个 loop 同时运行;Routines 是 loop 的服务端版本,关闭笔记本也能继续运行。
- Loop 本质:让 Claude 用 cron 定时执行任务——每分钟、每 5 分钟、每天
- Boris 的 loop 清单:看护 PR(修 CI、自动 rebase)、保持 CI 健康(修 flaky test)、每 30 分钟从 Twitter 聚合用户反馈
- Routines = loop 的服务端版本,笔记本关闭后仍然运行
- 4.7 模型开始自发使用 loop——比如被要求拉取数据时会主动说"我注意到数据在变化,我会每 30 分钟给你报告一次",并通过 Slack MCP 发送
- Boris 的观点:不应该由用户来学习如何更好地使用工具,而应该由模型自然地做到这些
"I sort of feel like loops are the future at this point." —— Boris Cherny
团队的未来:跨学科通才取代单一专家
核心要点:未来的团队成员将是跨学科的通才——不仅是全栈工程师,而是同时精通产品、设计、数据科学和工程的人;Claude Code 团队已经是这样运作:每个人都在写代码,包括工程经理、产品经理、设计师、财务。
- 当前"通才"还是指工程师(做 iOS + Web + Server),未来的通才将跨越学科边界
- Claude Code 团队的每一个人都写代码——工程经理、产品经理、设计师、数据科学家、财务、用户研究员
- Anthropic 全公司层面:所有 SQL 由模型编写,没有手写代码;Claude 之间通过 Slack 互相沟通协调
- Anthropic 领先外部的不是技术(相同模型对所有人开放),而是组织结构和流程变革
SaaS 格局重塑:七大护城河的重新排序
核心要点:AI 让 Hamilton Helmer 的"七大商业护城河"重新洗牌——切换成本和流程壁垒被削弱(Claude 4.7 可以"爬山"任何流程),但网络效应、规模经济、稀缺资源等仍然成立。
- 切换成本下降:模型可以帮你从一个产品迁移到另一个产品
- 流程壁垒下降:Claude 越来越擅长理解和执行流程,4.7 是第一个可以"给定目标就能迭代到完成"的模型
- 网络效应、规模经济、稀缺资源——这些护城河不受 AI 影响
- 未来 10 年创业公司数量将增长 10 倍——小团队可以构建与大公司同等价值的产品
- 大公司面临内部阻力(业务流程变革、全员再培训),而从零开始的创业者可以 AI 原生构建
"I think it's the best time to build. It's the best time to be a startup." —— Boris Cherny
软件民主化:编程正在经历"印刷术时刻"
核心要点:Boris 将当前类比 1400 年代欧洲印刷术——印刷术发明后 50 年出版的文献超过之前一千年的总和,书籍成本下降 100 倍,识字率从 10% 最终升至 70%;编程将以更快的速度经历同样的转变。
- 印刷术前欧洲只有约 10% 的人识字,他们受雇于不识字的国王和领主
- 编写会计软件的最佳人选不是工程师而是会计师——因为领域知识是难的部分,编码是简单的部分
- 编程将成为像发短信一样基础的技能——每个人都会,但专业程序员仍然存在(就像专业作家仍然存在)
产品 vs 模型:YC 的核心教训仍然成立
核心要点:Claude Code 的成功约 50/50 归功于模型能力和产品设计——即使模型变得更强,"构建人们热爱的东西"这个 YC 核心教条仍然是关键,但 harness(产品外壳)的重要性会随模型改善而降低。
- Boris 做过 YC,是 YC 公司的第一个员工——"build something people love"被反复灌输
- 团队对产品细节极度关注,确保全天使用体验出色
- 随着模型改善,安全机制(prompt injection 防护、静态命令验证、权限模式、human in the loop)将变得不那么重要——"模型会自己做对的事"
- 未来关注方向:让 loop 成为一等功能、更容易运行大量 agent、Claude Design
本地 vs 云端:模型会自己做决定
核心要点:Boris 认为本地与云端的争论最终"不重要"——几年后模型将自己决定使用本地模型还是云端计算,这不再是工程师做的决定。
- 有人倡导本地 AI,开源模型在追赶中
- Boris 的回答:再过几年,模型会自己启动 agent、构建环境、选择执行方式
- 对于知识工作(非编程),MCP 是通用答案——连接 Salesforce、Google Docs、Google Calendar
- 没有 MCP 的系统通过 computer use 覆盖——Anthropic 在 computer use 方面"遥遥领先",4.7 版本表现相当好但速度慢
[掌声]
[applause]
[笑声]
[laughter]
[笑声]
好的。我创建 Claude Code 在很多方面其实是个意外。2024 年底我加入了 Anthropic 内部一个叫 Anthropic Labs 的孵化团队。这个团队完成了它的使命——我们创造了 Claude Code、MCP 和桌面应用。团队只有几个人,是一个创新小组。我们做完想做的东西后就解散了。现在这个团队又重新组建起来了,进入第二阶段。Mike Krieger 在领导这个团队,他是 Anthropic 的首席产品官,也是 Instagram 的联合创始人之一。
我开始做编程工具的原因,是我们感觉到了产品悬崖(product overhang)。在座的可能经常用这个词。在实验室内部我们也经常说这个词。它的意思是:模型已经能做很多事情了,但还没有任何产品把这些能力释放出来。2024 年底,我们审视编程领域时,当时的最先进水平是自动补全——你打开 IDE,按 Tab 键,一次补全一行。这是 Sonnet 3.5 首次实现的能力。但我们的感觉是可以走得更远。模型几乎已经准备好迈出下一大步了。我们不需要再做逐行补全,可以直接让 agent 写所有代码。
于是我把它做了出来,但前 6 个月它真的不好用。勉强能用的程度。我自己大概只有 10% 的代码用它来写。即使在最初发布 Claude Code 之后,它也不算成功。有不少人在用,但还没有今天这种指数级增长。真正的增长是从去年 5 月 Opus 4 开始的。我记得很清楚,那是指数级增长的起点,然后每次模型更新都再次加速——从 Opus 4 到 4.5,再到 4.6,现在是 4.7,每次都在拐点上再拐一次。
本质上,我们在做一个还没有产品市场契合(PMF)的东西,而且我们知道它还需要 6 个月才能达到 PMF,因为我们是在为下一代模型而构建。整个过程就是这个思路。Anthropic 一直非常专注——我们一直关心商业化、企业客户、安全和编程。这就是我们想要的构建方式。某个时刻我们知道要做一个产品,但不知道具体做什么,最终 Claude Code 成了这个产品赌注。
[laughter]
Okay. Cool. Um yeah, so I started Claude code kind of accidentally in a in a lot of ways. Um I joined this team back in late 2024. It was a sort of this incubator within Anthropic called Anthropic Labs. And uh the team kind of served its purpose. Um we created Claude code, uh MCP, and the desktop app. It was a team it was just a few of us. So, very much like innovation team. We built the thing that we wanted to build, we disbanded the team. Uh now the team's actually back together for round two. Mike Krieger, who's the you know, like the chief product officer at at Anthropic and used to be one of the founders at Instagram, so he's leading that right now.
Um so the kind of the the the the reason that I started to work on coding is we felt like there was this product overhang. And I I'm guessing people here use that word a lot. Uh but we definitely use this word a lot in kind of within the lab. Uh there's this idea that the model can do all the stuff that no product has yet captured. And in late 2024, when we were looking at coding, the way that we did coding, the state of the art at the time was type ahead. It was you open your IDE and you press tab and you can like complete like one line at a time. And that was the thing that Sonnet 3.5 enabled for the first time. But the feeling was we could actually go a lot further than that. And the model was almost ready for the next big step. So, we don't have to do type ahead anymore, we can just have the agent write all of the code.
And so, I built it, and it just really didn't work for the first 6 months. It was like not very good. It was barely usable. I wrote it from I used it for maybe 10% of my code or something like that. And even after we released Claude code initially, it was not a hit. There's a lot of people that used it, but it did not have this exponential growth that it has today. Um that started with Opus 4 in May. And I I remember that very clearly. That's like when the exponential growth started, and then it kind of inflected with every model release. Uh like it started with Opus 4, then 4.5, then 4.6, now 4.7. It just kind of keeps inflecting.
But essentially, we were trying to build this thing that was like pre-PMF, and we knew that it wouldn't have PMF for 6 months because we were building for the next model. And that was the idea the pretty much the whole time. And you know, for Anthropic in general, we've always just been very focused. We've always cared about business and enterprise and safety and coding. That's just always been kind of the way that we wanted to build. And so, at some point we kind of knew that we wanted to build a product. We didn't know exactly what we wanted. So, this kind of ended up being the the product bet.
[笑声]
对我来说,是 100%。Claude Code 的代码库——大家知道它泄露了——其实挺简单的。就是 TypeScript 加 React。没什么大秘密,也没什么特别复杂的。我们选择 TypeScript 和 React 是因为这些技术在模型的训练分布上很主流。刚开始搭建代码库的时候,模型没有今天这么智能,所以编程语言和框架的选择很重要。现在模型什么都能写,能学会它没见过的新语言和新框架。但在当时,你需要选一个模型非常熟悉的技术栈。
因此,我们比较早就达到了模型写 100% 代码的状态。对我们来说,这大约发生在去年 10 月、11 月。所以对我来说,今天模型写 100% 的代码。我通常每天提交几十个 PR。上周有一天我提了大概 150 个 PR,那是一个纪录。我当时就是想试试能推到什么程度。对我而言,编程就是已经解决了。
但这并不是所有地方都如此。有非常大型复杂的代码库,有一些模型还不擅长的小众语言。大家也知道,它正在接近全面解决。通常答案就是等下一个模型。
[laughter]
I mean, for me it's for me it's like for me it's 100%. Like the the Claude code code base, um you know, it leaked, so you know, people know. Uh it's pretty simple. It's just like TypeScript and it's React. Like there's no big secret. There's there's nothing really complicated. The the reason we picked TypeScript and React is it's very on distribution for the model. So, when we started, you know, building the code base, the model was not as intelligent as it is today, so the language and the framework mattered a lot. Nowadays, you know, it can write whatever, and it can pick up new languages, new frameworks it hasn't seen. But back then, you wanted to use something pretty on distribution.
Because of that, I think fairly early we got to the point where the model just wrote 100% of the code. And for us, this happened sometime in October, November last year. And so, for me today, you know, like the model writes 100% of my code. I write somewhere, you know, usually a few dozen PRs every day. Uh there was a day last week I did like 150 PRs in a day. That was like that was a record. I was just trying to kind of push to see how far I can get it. Um but yeah, it's like for me for me it's just solved.
Um but this is not the case everywhere. There's very big complicated code bases. There's kind of weird languages the model's not good at yet. Um and you know, as everyone here knows, it's it's getting there. Usually the answer is just wait for the next model.
[笑声]
而且现在已经变了。现在我大部分工作是在手机上完成的。大家可能看不清楚,但我打开 Claude app,左边有一个 Code 标签页,里面有一堆会话在运行。你们可能看不太清。
[laughter]
And it's changed since then. It's changed. Um and so, now actually most of my work I do from my phone. Um and so, I don't know if like you guys won't be able to see this, but I have um so, I have like the Claude app, and if you open the Claude app, on the left-hand side, there's this little code tab, and I just have a bunch of sessions going. Um you you probably can't see it.
管理它们有几种方式。一种是让 Claude 派遣一堆子 agent 来干活。但我最近越来越多用的是 loop。就是 /loop 这个功能,它是最酷的东西,也是最简单的有效方案。它的原理就是让 Claude 用 cron 在未来某个时间点调度一个重复任务。可以每分钟、每 5 分钟、每天跑,随你设定。
现在我有几十个 loop 在跑各种事情。有一个在照看我的 PR——修 CI、自动 rebase。另一个保持 CI 健康——如果有不稳定的测试,它就会去修。还有一个每 30 分钟从 Twitter 抓取用户反馈并帮我做聚类。我随时都有一堆 loop 在运行。我感觉 loop 就是未来。如果你还没试过,强烈推荐。
我们还刚上线了 routines,它跟 loop 是一回事,但是在服务器端运行。即使你合上笔记本电脑,它还是会继续跑。
There's a few ways to manage it. One is that you ask Claude to use a bunch of sub-agents to do work. Actually, the the thing that I've been finding myself using more and more is the loop. So, this is /loop, and it's just like the coolest thing. It's like the simplest thing that works. All it is is you have Claude use cron to schedule a job for some point in the future, and it's a repeat job. And it can run every every minute, every 5 minutes, every day, kind of however often you want to schedule it.
And at this point, I have like dozens of loops that are running for stuff. So, I have one that's babysitting my PRs, like fixing CI, auto-rebasing. I have another one that keeps CI healthy. So, like if there's like a flaky test or whatever, it'll it'll go and fix it. Um I have another one that grabs uh feedback from Twitter and kind of clusters it for me every 30 minutes. So, I just have a bunch of these loops running at any time. I sort of feel like loops are the future at this point. If you haven't experimented with it, highly highly recommend it.
And we also just launched routines, which is the same thing but kind of on the server. So, even if you close your laptop, it it keeps going.
但我认为接下来会大量出现的是跨学科通才。比如既擅长产品工程又很懂设计的人,或者同时精通产品、数据科学和工程的人。
这是我们团队已经在发生的事。Claude Code 团队里很多人是跨学科通才。我们团队所有人都在写代码——工程经理、产品经理、设计师、数据科学家、财务人员、用户研究员,每一个人都在写代码。他们各有专长,但现在所有人都在编程。我看到有人在点头,我猜这对在座的各位也不算太意外,因为你们可能也在看到同样的变化。
But I think the thing that we're going to start to see a lot more of is generalists that are cross-disciplinary. So, this is engineers that are really good at product engineering, but also really great at design. Or really great at product and data science and engineering.
Um I don't know. It's it's something that we're starting to see on our team. So, actually like a lot of people on the Claude code team are generalists across disciplines. Everyone on our team codes. So, like our engineering manager, our product manager, our designers, our data scientist, our finance guy, our user researcher, every single person on our team writes code. And so, you know, like they're specialist in something, but now also everyone's just coding. And you know, I'm seeing some nods, but I bet also it's actually not that surprising to people in this room cuz I bet you're seeing the same things.
第一件事——在座有谁听 Acquired 播客?那是最好的播客。前几周我有机会上了一期他们的 unplugged,感觉就像见到了偶像,因为两位主持人真的太棒了。他们讲过一个叫"七种力量"(Seven Powers)的框架,这是 Hamilton Helmer 在书里写的,讲的是商业中的七种护城河。我认为因为 AI 的出现,其中一些护城河会变得更重要,另一些会变得不那么重要。
比如,转换成本(switching costs)会变得不那么重要,因为你可以用模型把东西从一个平台迁移到另一个平台。流程壁垒(process power)也会变得不那么重要,因为那些靠工作流和流程建立护城河的公司,Claude 正在变得非常擅长搞定流程。尤其是 4.7,它能对任何东西做爬山优化(hill climb)。你只要给它一个目标,告诉它迭代到完成,它就会一直做下去。我认为这是第一个具备这种能力的模型。所以这些护城河会变弱,但其他护城河依然重要——网络效应、规模经济、稀缺资源等等。这些并不会因为 AI 而改变。
第二件事——如果你看今天的创业公司数量,或者过去 10 年的情况,我认为未来 10 年能够颠覆一切的创业公司数量会增加 10 倍。因为现在你可以是一个很小的创业公司,却能做出跟大公司一样有价值的东西,还能正面竞争。大公司必须改变他们的业务流程,必须改变工作方式,必须给所有人重新培训技术使用,内部会面临大量阻力。但在座各位没有这个问题。如果你从零开始,就能从底层原生地用 AI 来构建。
所以,我觉得现在是创业最好的时代。有太多颠覆性机会正在到来。
I think one is Is anyone here an acquired listener? Like the acquired podcast? Yeah, it's like the best podcast. Uh I actually I I got to do a unplugged with them the other week and I I just I I felt like I got to like meet my heroes cuz they're they're just like the hosts are the best. So, they have this idea of uh seven powers and and this is a this is like Hamilton. He kind of wrote he wrote a book about this and this is kind of the seven modes in business. And I think what's going to happen is because of AI, some of these modes are going to get more important and some are going to get less important.
And so, like for example, one that gets less important is uh switching costs because you can just use the model and you can kind of port from one thing to a different thing. Another one that gets less important is process power because for companies whose mode is like workflows and process and things like this, Claude is getting really good at figuring out process. And especially with 4.7, it can just hill climb anything. So, if you give it a target and you tell it to iterate until it's done, it will just do it. I think this is the first model like that. So, I think these are going to get less important, but I think the previous modes actually still matter. So, this is like network effects, uh scale economies, cornered resources, things like that. These are not really changing with AI.
I think the second thing is if you look at the number of startups today or like maybe in the next you know, the past 10 years, I think the number of startups in the next 10 years that are just going to like disrupt everything is going to increase like 10x. Because right now you can be a tiny startup, you could build a thing that's as valuable as a large company and you can actually compete head-to-head because the large company has to evolve their business process, they have to evolve the way they work, they have to retrain everyone to use technology, they're going to face a lot of internal resistance to that. But you know, no one here has that problem. If you're starting fresh, then you can kind of build with AI natively from the ground up.
So, I don't know. I I think it's the best time to build. It's the best time to be a startup. It's there's so much disruption coming.
[笑声]
[laughter]
我认为随着模型变得更好,"外壳"(harness)会变得没那么重要。我们现在在思考的是怎么让外壳进化——怎么让 loop 成为更核心的功能?怎么让跑大量 agent 更容易?子 agent 是一个方向,还有更多我们在酝酿的东西。但我认为再过一年,模型的对齐度会好很多。所以我们今天围绕提示注入、命令静态验证、权限模式、人在回路(human in the loop)等安全机制,都会变得不那么重要,因为模型自己就会做正确的事。这是我的预测。
I think as the model's gotten better, the harness kind of gets less important. And I I think like I think that we're thinking about right now is like how do we evolve the harness? So, like how do we make loops more of a first class thing? How do we make it easier to run a lot of agents? Uh you know, beside you know, like sub agents is one idea. There's a bunch more stuff that we're cooking. But I think in a year, the model will be much better aligned. And so, all the safety mechanisms that we have today around uh prompt injection and kind of static verification of commands and uh permission modes, human in the loop, all this kind of stuff is just going to be less important cuz the model will just do the right thing. Um So, yeah, that's that's my prediction.
我读的书主要是两个类别:科幻和科技史。在科技史里,有一个事件我认为是当下正在发生的事情的最佳类比——1400 年代欧洲的印刷术。在印刷术发明之前,欧洲大约只有 10% 的人识字。他们通常受雇于那些自己不识字的国王和领主,专门负责读写。这不是人人都会的技能。
印刷术发明之后,又出现了几种改进的印刷机。在第一台印刷机问世后的 50 年里,欧洲出版的文献比之前一千年加起来还多。同一时期,书的价格下降了大约 100 倍。然后花了几百年时间——因为学习读写很难,需要教育体系、政府投入,人们不能都在农田里干活——但几百年后,全球识字率升到了 70% 左右。
现在我们所有人都能读写了,你不需要一个读写学位才能识字。但仍然有专业作家,这仍然是一种职业。所以我认为即将发生的事情——而且会比 50 年快得多——是软件开发会完全民主化,任何人都能做到。
还有很多推论。比如说你要写会计软件。我觉得最适合写会计软件的人,可能今天就已经不是工程师了,而是一个非常优秀的会计师。因为他们对领域了如指掌,而编码是容易的部分,懂领域才是难的部分。我认为这显然就是未来的方向。
I I I think um you know, like I I read a my my two genres are essentially sci-fi and tech history. This is what I read a lot of. I I think in tech history, there's one thing which I think to me is the clearest parallel for what's happening right now. And this is in the 1400s, the printing press in Europe. And what what happened was before the printing press, essentially 10% of the European population was literate. They knew how to read and write. They were often employed by like kings and lords that were not literate. And their job was to you know, their their job was to read and write and this is not something that everyone knew how to do.
The printing press was invented, then there were two more presses and in the 50 years after the first printing press, there was more literature published in Europe than in the thousand years before. And over the same period, the cost of literature, the cost of a book went down like a 100x. And then, you know, it took a couple hundred years cuz you know, learning to read and write is hard. You need education systems and government and everyone can't be working on farms and so on. But over the next few hundred years, literacy globally went up to like 70%.
And so, you know, now we can all read and write and you don't need a a degree in reading and writing to know how to read and write. Although still there are professional writers and that is a thing that you can do. So, I I think the thing that's about to happen and it's going to be much faster than 50 years is software will be a thing that is fully democratized, that anyone can do.
And you know, there's a lot of corollaries to this. So, for example, let's say you're writing accounting software. The best person to write accounting software, I think maybe even today, is not an engineer, it's a really good accountant because they know the domain really well and coding is the easy part. It's knowing the domain that's the hard part. And I I think this is just obviously the the future.
我认为在产品层面,差距可能更大。这跟我们改变了所有流程有关。如果你跟 Anthropic 的人聊,我们用 Claude 做所有事情。我们的 Claude 整天在互相沟通——当我在写代码、当我的 Claude 在 loop 里写代码时,它们会通过 Slack 跟其他人正在 loop 里运行的 Claude 沟通,协调解决未知问题。公司里再也没有手写代码了。所有 SQL 都是模型写的。一切都由模型构建。
所以我认为我们真正领先的地方不是技术——因为我们能用的技术大家都能用,本质上我们在做平台。对我们来说,让开发者能用跟我们一样的东西非常重要,我们会对发布的一切进行 dogfooding。但我认为真正的领先优势在于组织结构和组织流程。这是一个我们希望能在像今天这样的场合分享的话题,让大家都能从中学习、共同进化。
I think on the product side, there's probably a far larger gap. And that's just related to us changing all of our processes. Like if you talk to people at Anthropic, we use Claude for literally everything. And our Claudes are talking all day like as as I'm coding, as my Claudes are coding in a loop, they will communicate over Slack to talk to other people's Claudes that are also running in a loop to kind of figure out unknowns. We have no more manually written code anywhere at the company. All of the SQL is written by uh by models. Everything is just built by the models.
So, I I I think actually the place that we're ahead is not the technology cuz the same technology available to us is available to everyone here because fundamentally, we are building a platform. And so, for us, it's really important that developers can use the same thing that we're using and that we we dog food everything that we put out there. But I think there's actually a far bigger weed in kind of the organizational structure and organizational process. And this is a place where you know, hopefully we can talk about it in places like this and uh everyone can kind of learn from it and and also evolve.
所以我觉得随着时间推移,不应该是用户去琢磨怎么更好地使用工具。如果用户需要这么做,那其实是产品设计的问题,说明我没做好。应该是模型自己变得更好,加上我们的提示让它自然而然地做到这些。
So, so I think actually over time, it's not on users to figure out how to hold the tools better. And if that's the case, it's actually a product design problem and like I'm not doing a good job. It's really on the model to do this stuff better and on us kind of prompting it so it naturally does this.
[掌声]
[applause]