Transcription
好的，我很激动地向大家介绍我们的下一位演讲者。举手，在座有多少人使用 Claude 代码？好的，举手，有多少人患有 Claude 代码精神病？来吧，伙计们，[清嗓子] 没事的。没事的。嗯，我的团队爱称我患有 Claude 代码精神病，这可能是真的，也可能不是真的。嗯，我们非常荣幸今天能请到 Boris Cherny。呃，Boris 是 Claude 代码的创造者，是它的创始人。嗯，并且在这个过程中，他亲眼见证了现代软件开发方式的重塑。嗯，Boris，我们非常感谢您今天抽出宝贵时间与我们交流。我们知道，嗯，整个软件开发都仿佛压在您的肩上。所以，感谢您抽出时间与我们同在。而采访 Boris 的是来自我们团队的 Lauren Reader。谢谢。>> [掌声] >> 坐下。嗯，你抢了我的开场白，Asia。我们问了有多少人使用 Claude 代码。很多人举手了。太棒了。Boris，感谢您的到来。您能来这里真是太特别了。嗯，作为一个充满创造者的房间，我认为您正在彻底改变创造。所以，我非常好奇地想探讨您对软件、编码的未来以及我们应该如何度过所有空闲时间的看法。嗯，但我会再给你一点关于你的背景信息，这样大家都能多一点了解。所以，除了创造 Claude 代码，Boris 是一位非常典型的工程师的工程师。您在整个职业生涯中写了大量的代码，写了关于代码的书籍，包括 TypeScript 编程。嗯，我想上次我们聊天时，您在过去一年里，或者至少在 2026 年到目前为止，没有写过一行代码，这真是个巨大的变化。嗯，还有一件鲜为人知的事情，在我上中学的时候，我写了一本关于为 TI-83 Plus 计算器编写 BASIC 的指南。我搜索了一下，它实际上还在网上。这太令人尴尬了，所以请不要搜索。但它 [笑声] 确实存在。我们一定会找到的。嗯，所以，我们将要做的，我将从这里开始问几个问题。也许我们会从 Claude 代码的历史开始，您是如何开始的，然后我们将有很多观众问答环节。所以，开始在脑海中思考您的问题，呃，很快就会把时间交给你们。是的。嗯，还有，快速说一下，对于那些使用 Claude 代码的人来说，大家主要是使用 CLI 吗？比如，好的，大多数是 CLI？好的。那很多。大多数是桌面？好的。大多数是 VS Code 或 JetBrains IDE？好的。那实际上不多。好的。其他？我这些天主要用 iOS。是的。>> [笑声] >> 好的。酷。嗯，是的，我以很多方式，可以说是偶然地开始使用 Claude 代码。嗯，我在 2024 年底加入了这个团队。这是 Anthropic 内部的一个孵化器，叫做 Anthropic Labs。嗯，这个团队完成了它的使命。嗯，我们创造了 Claude 代码，MCP，以及桌面应用程序。这是一个团队，只有我们几个人。所以，非常像一个创新团队。我们构建了我们想构建的东西，然后团队解散了。嗯，现在团队为了第二轮又聚在一起了。Mike Krieger，他是 Anthropic 的首席产品官，也是 Instagram 的创始人之一，所以他现在正在领导这个项目。嗯，所以，我开始从事编码工作的原因是，我们觉得有一个产品过剩的问题。我猜这里的人经常使用这个词。嗯，但我们在实验室里确实经常使用这个词。有一种观点认为，模型可以做所有那些还没有被产品捕捉到的事情。在 2024 年底，当我们审视编码时，我们当时的编码方式，当时的顶尖技术是提前输入。就是你打开你的 IDE，然后按 Tab 键，你可以一次完成一行代码。这是 Sonnet 3.5 首次实现的。但感觉是，我们可以做得更远。模型几乎已经准备好迎接下一步了。所以，我们不必再进行提前输入了，我们可以让代理编写所有代码。所以我构建了它，但它在最初的 6 个月里真的不起作用。它不太好。几乎无法使用。我从我那里写了，我可能只用了我 10% 的代码。即使在我们最初发布 Claude 代码之后，它也不是一个热门产品。有很多人使用它，但它没有像今天这样呈指数级增长。那始于 5 月份的 Opus 4。我记得很清楚。那是指数级增长开始的时候，然后随着每一次模型发布，它都在增长。比如，它始于 Opus 4，然后是 4.5，然后是 4.6，现在是 4.7。它一直在增长。但基本上，我们试图构建一个在产品市场契合（PMF）之前的东西，我们知道它在 6 个月内不会有 PMF，因为我们是为下一个模型构建的。这基本上是整个时间里的想法。而且，你知道，对于 Anthropic 来说，我们一直非常专注。我们一直关心业务、企业、安全和编码。这始终是我们想要构建的方式。所以，在某个时候，我们知道我们想构建一个产品。我们不知道具体是什么。所以，这最终成为了我们的产品赌注。这是一个令人难以置信的故事，尤其是它竟然是偶然的。嗯，你曾公开表示，你认为编码已经解决了。如果这是 Anthropic 的三大成就之一，你能多告诉我们一些你的意思吗？还有什么可能还没有解决，或者可能会出现什么二阶问题？好的。我可以问房间里的另一个问题。谁是 100% 手动编写代码的？谁是 100% 使用像 Claude 代码这样的代理编写代码的？好的。谁是介于两者之间的？好的。所以，就像 50% 解决了？>> [笑声] >> 我的意思是，对我来说，对我来说是 100%。就像 Claude 代码的代码库，你知道，它泄露了，所以你知道，人们知道。它很简单。它只是 TypeScript 和 React。没有什么大秘密。没有什么真正复杂的东西。我们选择 TypeScript 和 React 的原因是它在模型上非常普及。所以，当我们开始构建代码库时，模型不像今天这样智能，所以语言和框架很重要。如今，你知道，它可以写任何东西，它可以学习新的语言，新的它没见过的框架。但当时，你想使用一些非常普及的东西。因此，我认为我们很早就达到了模型编写 100% 代码的地步。对我来说，这发生在去年 10 月或 11 月。所以，对我来说，今天，你知道，模型编写我 100% 的代码。我通常每天提交几十个 PR。上周有一天我一天提交了 150 个 PR。那是一个记录。我只是想看看我能把它推到多远。嗯，是的，对我来说，对我来说它就是解决了。但这并非到处都是如此。有非常庞大复杂代码库。有一些奇怪的语言模型还不擅长。而且，你知道，在座的各位都知道，它正在进步。通常的答案只是等待下一个模型。你能告诉我们你的个人设置吗？你前几天给我们展示了。这太疯狂了。是的。嗯，我大约在 6 个月前在 Twitter 上分享了我的个人设置。很有趣，我分享它时，我没意识到它会让人惊讶。那只是我编码的方式。>> [笑声] >> 而且它已经改变了。它已经改变了。嗯，所以，现在我大部分工作都是在手机上完成的。嗯，所以，我不知道你们是否能看到这个，但我有 um，所以我有一个 Claude 应用，如果你打开 Claude 应用，左边有一个小代码标签，我有很多会话正在进行。嗯，你可能看不到。>> 有多少会话？嗯，通常有大约五到十个会话。嗯，然后会话通常有很多代理，所以我认为目前可能有几百个代理在运行。嗯，通常每晚我会有几千个代理在做更深入的工作。有几种管理方法。一种是让 Claude 使用一系列子代理来完成工作。实际上，我发现我越来越多地使用循环。所以，这是 {slash} loop，它就是最酷的东西。它就是最简单的有效的东西。你只需要让 Claude 使用 cron 在未来某个时间点安排一个作业，这是一个重复作业。它可以每分钟、每五分钟、每天运行，无论你想安排多久。而且 [抽鼻子] 在这一点上，我有几十个循环在运行。我有一个在监视我的 PR，比如修复 CI，自动变基。我还有一个保持 CI 健康。所以，比如，如果有一个不稳定的测试或其他什么，它会去修复它。嗯，我还有一个每 30 分钟从 Twitter 获取反馈并对其进行聚类的。所以，我随时都有很多这样的循环在运行。我认为循环就是未来。如果你还没有尝试过，我强烈推荐。我们还刚刚推出了 routines，它是一样的，但在服务器上。所以，即使你合上笔记本电脑，它也会继续运行。所以，这就是你的个人设置。告诉我们你认为未来的团队会是什么样子。你如何从你所做的所有工作中推断出让团队中的每个人都前进，理解上下文，或者你认为我们需要将更多东西交给代理来使其奏效？嗯，我认为，你知道，很难做出预测，但嗯，我在这里做预测，所以我试着做一些。我我我感觉事情的发展方向是，总的来说，会比现在有更多的通才。而今天当我们谈论通才时，我认为很大程度上我们谈论的是仍然是工程师的人。所以，他们仍然在写代码，但也许他们是产品工程师。所以，也许当我们说通才时，就像一个，你知道，他们做 iOS 和 Web 和服务器，例如。那在工程领域算是一个通才。但我认为我们将开始看到更多的是跨学科的通才。所以，这是非常擅长产品工程的工程师，但也非常擅长设计。或者非常擅长产品、数据科学和工程。嗯，我不知道。这是我们开始在我们的团队中看到的。所以，实际上，Claude 代码团队的很多人都是跨学科的通才。我们团队的每个人都编写代码。所以，比如我们的工程经理，我们的产品经理，我们的设计师，我们的数据科学家，我们的财务人员，我们的用户研究员，我们团队的每个人都编写代码。所以，你知道，他们是某个领域的专家，但现在每个人都在编写代码。而且，你知道，我看到一些点头，但我敢打赌，这对于这个房间里的人来说并不意外，因为我敢打赌你们也看到了同样的事情。嗯，[清嗓子] 我还有最后一个最喜欢的问题，然后我们将向听众开放。所以，我们谈论了一些关于编码的变化。我对软件或软件产品领域的变化感到好奇。嗯，我认为随着人工智能使编写代码的成本降低 10 倍或 100 倍，用软件生产的产品价值会发生什么变化？我们是否面临 SaaS 启示录？你认为这会如何发展？再次，你必须再做一个预测。SaaS 启示录问题是我最喜欢的问题。嗯，我认为会发生两件事，而且我认为这两件事都不是人们一直在谈论的。我认为第一件事是，这里有人是 Acquired 的听众吗？比如 Acquired 播客？是的，这是最好的播客。嗯，实际上，我上周有机会和他们一起做了一个特别节目，我感觉我遇到了我的英雄，因为他们就是主持人最棒。所以，他们有一个关于七种力量的想法，这是 Hamilton，他写了一本关于这个的书，这是商业中的七种模式。我认为会发生的是，由于人工智能，其中一些模式将变得更重要，而一些将变得不那么重要。所以，比如，一个变得不那么重要的模式是切换成本，因为你可以使用模型，你可以从一个东西移植到另一个东西。另一个变得不那么重要的模式是流程能力，因为对于那些模式是工作流程、流程和类似东西的公司来说，Claude 正在变得非常擅长弄清楚流程。特别是有了 4.7，它可以爬坡任何东西。所以，如果你给它一个目标，并告诉它迭代直到完成，它就会做到。我认为这是第一个这样的模型。所以，我认为这些将变得不那么重要，但我认为之前的模式实际上仍然很重要。所以，这是网络效应、规模经济、垄断资源等等。这些并没有随着人工智能而真正改变。我认为第二件事是，如果你看看今天的初创公司数量，或者在接下来的十年里，我认为在接下来的十年里，将要“颠覆一切”的初创公司数量将增加 10 倍。因为现在你可以是一家小型初创公司，你可以构建一个与大公司一样有价值的东西，并且你可以正面竞争，因为大公司必须改变他们的业务流程，他们必须改变他们工作的方式，他们必须重新培训所有人使用技术，他们将面临很多内部阻力。但是，你知道，这里没有人有这个问题。如果你从零开始，那么你可以从头开始构建人工智能。所以，我不知道。我认为这是最好的创业时机。这是最好的初创公司时机。即将到来的是巨大的颠覆。所以，我们还是有希望的。谢谢你，Boris。嗯，我想把时间交给听众提问，如果有人有什么想问的。Dan？我，是的，我很好奇。嗯，你说你构建了，在产品市场契合之前 6 个月就构建了，但现在鉴于模型已经足够好，你将 Claude 代码的成功在多大程度上归功于模型，而不是产品决策在产品领域？嗯，我认为这可能是混合的。是的，我认为这是混合的。我认为，如果你问我一年前，比例可能是 50/50。嗯，我不知道。如果你问我六个月前，比例可能是 50/50。>> 两年后呢？哦，两年后我不知道，伙计。我们计划，我们计划一周。>> 月。未来某个时候。>> [笑声] >> 而且顺便说一句，我认为之所以是 50/50，是因为嗯，你知道，我我我，我做了 YC，我当时是 YC 公司第一个雇员，我做过很多初创公司。在初创公司里，他们反复灌输你的就是，尤其是在 YC，就是构建人们喜欢的东西。所以，产品是什么并不重要，模型和所有这些东西都不重要。你最终还是必须构建人们喜欢的东西。我认为这就是为什么产品很重要，我们非常关注细节，这样当你整天使用它时，它就是一种非常棒的体验。我认为随着模型越来越好，约束的重要性就越来越低。而且我认为我们现在正在考虑的是如何改进约束。所以，比如，如何让循环成为一等公民？如何让运行大量代理更容易？嗯，你知道，除了你知道，比如子代理是一个想法。我们还有很多东西在准备中。但我认为一年后，模型将更加一致。所以，我们今天所有的安全机制，比如提示注入、命令的静态验证、权限模式、人工干预等等，都将变得不那么重要，因为模型会做正确的事情。嗯，是的，这就是我的预测。谢谢。你想把盒子扔过去吗，Dan？>> [抽鼻子] >> 太好了。嗯，稍微放大一下，从软件来看，我认为 Claude 代码在几个月前带来了一种文化变革，它使构建软件民主化了。你可以看到店主为自己构建软件，甚至编程微控制器来控制门打开时的灯。嗯，你是否在未来看到，构建软件成为一项技能，就像，我知道，Microsoft Office？嗯，这是每个人都能做的事情，而不仅仅是科技行业的人？我的天，是的。是的。是的。我认为它将比这更多。我认为它将是，我不知道。它将成为一项技能，就像，是的，就像我知道如何发短信一样。我认为嗯，你知道，我我读了我的两个主要体裁是科幻小说和科技史。我读了很多。我认为在科技史上，有一件事对我来说是最清晰的，那就是我们现在正在发生的事情。那就是在 15 世纪，欧洲的印刷术。在印刷术出现之前，基本上只有 10% 的欧洲人口识字。他们知道如何读写。他们经常被不识字的国王和领主雇佣。他们的工作就是，你知道，他们的工作就是读写，这不是每个人都知道的事情。>> [抽鼻子] >> 印刷术被发明了，然后又有了两个印刷机，在第一台印刷机发明后的 50 年里，欧洲出版的文学作品比之前的一千年还要多。在同一时期，文学作品的成本，一本书的成本下降了 100 倍。然后，你知道，这花了几个世纪，因为你知道，学习读写是困难的。你需要教育系统和政府，而且每个人都不能都在农场工作等等。但在接下来的几百年里，全球识字率上升到 70% 左右。所以，你知道，现在我们都能读写了，而且你不需要阅读和写作学位就知道如何读写。尽管仍然有专业作家，而且那是一件你可以做的事情。所以，我认为即将发生的事情，而且会比 50 年快得多，是软件将完全民主化，任何人都可以做到。而且，你知道，这有很多推论。所以，比如，假设你在编写会计软件。我认为写会计软件最好的人，即使是今天，也不是工程师，而是一个非常好的会计师，因为他们非常了解这个领域，而编码是容易的部分。了解领域才是难的部分。我认为这显然是未来。所以，Greg 说的一件事是，你们有点生活在未来，因为你们可以访问模型和代理。Claude 代码在发布之前是一个内部工具。它在你们的工程技术和世界其他地方之间的差距是多久？是一个月？是三个月？是六个月？而且这个差距是在变大还是变小？是的，所以，所以内部，我们使用与其他人相同的模型。嗯，对我们来说，内部测试非常非常重要。所以，我们使用大家都在使用的东西。嗯，你知道，我们使用一点点 mythos 来尝试，然后我们使用大量的 Opus 4.7 来进行内部测试并编写我们的大部分代码。嗯，我认为在模型方面，并没有真正的差距。嗯，你知道，就像，它基本上是 mythos，你知道，它最终会成为某个版本的某个后代，在某个时候对每个人都可用。我认为在产品方面，差距可能要大得多。这只是与我们改变所有流程有关。比如，如果你和 Anthropic 的人交谈，我们literally 用 Claude 做一切。我们的 Claude 整天都在交流，就像我在编码一样，我的 Claude 在循环中编码，它们会通过 Slack 与其他人的 Claude 交流，这些 Claude 也在循环中运行，以弄清楚未知的东西。我们公司再也没有手动编写的代码了。所有的 SQL 都是由模型编写的。一切都由模型构建。所以，我认为实际上我们领先的地方不是技术，因为我们拥有的技术与这里的每个人都拥有相同的技术，因为从根本上说，我们正在构建一个平台。所以，对我们来说，开发者能够使用我们正在使用的东西非常重要，而且我们对我们发布的所有东西都进行内部测试。但我认为实际上更大的优势在于组织结构和组织流程。这是我们可以谈论的地方，比如在这里，每个人都可以从中学习，也可以发展。是的，我认为这是初创公司的一个优势。从那里开始要容易得多。Jared？是的，嗯，上次我们谈话时，我认为你提到过我们谈论了多代理，当时在代码中，在之前的 Sequoia 活动中，你提到有一些事情正在进行，你正在考虑的事情。现在显然有 /batch，有 /loop，有子团队，有团队。你能谈谈在模型层面和约束层面，你是如何在约束层面注入先验知识的，目标函数是如何在模型层面改变的，以使这种委托工作、启动代理的体验更好？因为很多工作都是并行化的。你可以做得更快，而且我觉得我必须自己判断何时并行化，而不是模型理解你可以为某件事启动 10 个子代理。是的，我的意思是，在产品方面，它真的归结为提示。就是这样。所以，你知道，我们调整提示来帮助模型更多地并行处理事情。但老实说，随着模型越来越好，它自然就会这样做。所以，像 loop 这样的东西，我发现实际上是 4.7，它就开始做了。这真的很酷。就像它做一些事情，比如，你知道，我会告诉它，“去拉这个数据查询。”它会说，“嘿，我注意到数据正在随时间变化。我将启动一个循环，每 30 分钟给你一份报告。”我说，“太好了。你能通过 Slack 发给我吗？”然后它使用 Slack MCP 来做到这一点。所以，所以我认为实际上随着时间的推移，不是用户来弄清楚如何更好地掌握工具。如果那样的话，这实际上是一个产品设计问题，而且我做得不好。这真的取决于模型做得更好，以及我们如何提示它，这样它自然就会这样做。嗯，所以，现在似乎我们很多人都在使用，比如 Claude 或 Codex 或这些云端的工具来完成我们的大部分计算。但是，有一些非常直言不讳的倡导者认为应该让你的 AI 本地化。而且我可以想象，随着开源模型和其他模型赶上来，这可能对人们获得高质量的编码辅助变得更加可能。所以，我很好奇你对未来几年的愿景，比如，你是否看到每个人仍然依赖云端集中计算的轨迹，或者是否会转向，哦，我们都有自己的本地代理，我们可以依赖它们，而且它们不会受到限制和其他好处？是的，我认为它，我不知道。也许有几种回答方式。我认为也许，最根本的回答是，这并不重要。因为我认为现在我们已经到了模型能够弄清楚的地步。所以，我认为，比如，几年后，模型将完成所有代码。它将启动代理。它将构建环境。所以，比如，如果它决定，实际上，我将使用本地模型来做这件事，那么，你知道，它就会这样做。我认为这些将不再是我们作为工程师做出的决定。我们还有时间问几个问题，所以我可以把这个扔出去。Jamie。Nester。谢谢。我觉得 Claude 代码的一个伟大决定是利用了这样一个事实，即许多开发者的工具和工作流程是本地的。但是，对于一般的知识工作，使用云工具来说，这并不总是如此。我很好奇你对 Co-work 的看法，你如何让 Co-work 获得足够的工具访问权限，使其像 Claude 代码对开发者一样强大？是的，这是一个非常好的问题。嗯，我知道，我知道我在一家大公司时，我们花了 5 年时间将所有环境迁移到远程。这就像很多工作，尤其是在大规模的情况下。嗯，但对于知识工作，很大程度上，它已经存在了，比如 Salesforce 和 Docs 等等。嗯，对我们来说，这总是最简单的答案。就是 MCP。所以，你在 Claude AI 中拥有的 MCP 连接器，你连接，你知道，Salesforce，你连接 Google Docs，Google Calendar。嗯，然后 Co-work 可以使用它。Claude CLI 可以使用它。Claude 代码在任何地方都可以使用它。对于没有 MCP 的系统，你认为计算机使用会是一个大机会吗？是的，我认为计算机使用是一个包罗万象的术语。嗯，所以，我认为目前，据我所知，我认为 Anthropic 在计算机方面处于领先地位。所以，比如，如果你通过 Co-work 使用它，它相当不错。嗯，所以，它几乎可以使用你电脑上的任何软件。它非常慢，但它现在做得相当好，尤其是有了 4.7。嗯，是的，但我认为，否则，MCP 就是答案。它，而且你知道，所有这些都不那么重要。它可以是 MCP，API，只是某种程序化访问，因为模型不在乎。对模型来说，它只是令牌。好了，我们还有最后一个问题。嗯，Ryan。Sean，你想把这个扔过去吗？谢谢。嗯，你已经提到过这一点，但如果很久以前你看到了产品过剩，并想构建一个产品，一旦模型变得更好就会变得更有趣，你能否用模糊的语言谈谈你今天会构建的产品形状，你认为在接下来的 6 个月到一年里，随着模型变得更好，它会变得更有趣吗？是的，Claude 设计，我认为是一个很好的例子。它，它今天相当不错。它会变得好得多。嗯，我们还在为 Claude 代码准备一些东西，将在未来几周内推出。所以，你会看到的。嗯，然后我认为，嗯，我认为 loop 和 batch 以及类似的东西，围绕着大规模并行代理，它会变得更好。计算机使用是另一个好例子。好了，Boris。非常感谢你的加入。我认为如果有人还有问题，我们会在这里待更长时间。>> [掌声] >> 谢谢，各位。