Claude Code之父最新私教课来了：手把手教Claude Cowork使用，还有个人CC配置详解

Claude Code 之父 Boris Cherny 在播客Greg Isenberg 最新采访来了，可以说是一堂关于 Claude Cowork 和 Claude Code 的私教课，满满全是干货，这是最权威最新的Claude Cowork 和 Claude Code学习干货

Boris是 Claude Code 的创造者，也是 Claude Cowork 背后的核心构建者之一，在采访中主持人与Boris深入剖析 Cowork 究竟释放了哪些能力，以及人们在现实世界中如何使用它。Boris通过一个手把手的演示，展示了 Cowork 如何整理文件、提取收据数据、创建一个整洁的电子表格，甚至驱动浏览器来创建并分享一个 Google Sheet。他们深入探讨了当模型能够跨越你的电脑、浏览器和工具来采取行动时，这种“代理式” (agentic) 的工作感觉有何不同。最后话题转向 Boris 那套在网上疯传的 Claude Code 工作流：并行会话、计划先行的执行方式、将 Claude.md 作为团队的复利式记忆库，以及能够显著提升输出质量的验证循环

整个采访主要涉及以下内容：

Cowork 概览

演示：文件夹访问与收据重命名

演示：将收据转换成电子表格

演示：Google Sheets 与 Chrome 控制

演示：发送表格邮件与并行任务

开始/使用 Cowork 的最佳方式

AI 与代理的未来走向

Boris 的 Claude Code 配置详解

Boris核心论点：

将 Cowork 当作一个“执行者”，而非聊天工具：它直接接触文件、浏览器和各种工具

把生产力看作是并行处理：在我引导结果的同时，让多个任务一起运行

将 Claude.md 视作一个复利式记忆库：每一个错误都会变成团队的一条持久规则

采用计划先行的工作流：一旦计划稳固，执行过程就会变得异常清晰顺畅。

为 Claude 提供一种验证输出的方式（通过浏览器或测试）：验证是提升质量的驱动力。

各章节摘要：

1.Cowork 让 Claude Code 感觉像一个队友

将 Cowork 定义为一种“界面优先” (UI-first) 的方式来使用 Claude Code，对非技术用户而言非常平易近人。Boris 和主持人专注于真实的用例，特别是围绕文件和日常操作的处理我的事务这种心态。

2.代理式” (Agentic) 意味着行动，而非答案

Boris 在聊天式工具和能在你的电脑上采取行动的代理之间划出了一条清晰的界线。他们讨论了为什么工具使用和计算机使用如此重要，以及为什么这个方向一直是 Anthropic 发展路线图的核心

3.演示：用文件夹访问权限来整理你的世界

从简单的任务开始：授予对一个收据文件夹的访问权限，并根据收据日期重命名文件。这是一个简单的初始工作流，可以帮助人们建立起对 Cowork 如何操作真实文件的直观感受

4.演示：从收据 → 电子表格 → Google Sheet

将演示推进到真实工作的范畴：将收据详情提取到一个电子表格中，然后通过浏览器控制将其转移到 Google Sheets。正是在这里，人们的心智模型发生了转变——Cowork 成为了一个跨应用的操作者

5.并行处理优于单纯的速度

主持人提出了一个显而易见的批评（“人类可以做得更快”），Boris 解释了真正的优势在于：在你游走于不同任务之间时，可以并行运行多个任务。工作流变成了照看多个代理，而不是亲力亲为每一次点击

6.技能 (Skills)、扩展 (Extensions)、MCP：何时进行定制

他们讨论了在早期保持 Cowork 的简洁性，然后在遇到特定的软件工作流时才添加技能。技能就像可重复的程序，帮助代理在专业工具内部表现得更好

7.Boris 的 Claude Code 配置：计划 → 执行 → 验证

主持人详细分析了 Boris 那篇关于他如何工作的疯传帖子：运行多个会话，从计划模式开始，一旦计划看起来没问题就切换到执行模式。其标志性的升级是验证——为 Claude 提供一种测试和确认其自身输出的方式

关于Boris 的 Claude Code 配置可以看我之前的文章Claude Code之父首次揭秘自己工作流：13个CC独门使用技巧，我是这样用AI编程的

8.Claude.md 作为复利式工程知识库

他们以一个最实用的系统作为结尾：一个共享的 Claude.md 文件，它被提交到代码仓库中，并由团队不断更新。Boris 将此与一个永不重复反馈的循环联系起来，这个循环将反复出现的审查意见转化为持久的行为模式

以下是本次采访实录：

Intro (介绍)

Greg Isenberg:

Claude Cowork 来了，如果你懂得如何使用它，你将能够超越这个星球上 99% 的人。这是你使用 Claude Code 的一种简单方式。你可能听说过 Claude Code，它已经火遍全网了。但问题是，它感觉很技术化。你必须进入终端，这对很多初学者来说并不友好。所以 Claude 推出了 Cowork，这是一款全新的产品，它将 Claude Code 的强大能力融入一个简单的用户界面，任何人都能用，你爸爸能用，你妈妈能用，甚至你也能用。所以在这一集里，我请来了这款产品的创造者 Boris。我非常兴奋，他会向你展示使用 Claude Co-work 的最佳实践，并在最后展示他如何设置他的 Claude Code 以获得最佳效果

我们很幸运请到了 Boris。他是 Claude Code 的创造者，我也会说他是 Claude Co-work 的联合创造者。今天我想要达成的目标是，大家都在讨论 Co-work，而我想最好地理解它的用例是什么，我们该如何开始，以及有哪些不那么显而易见的用法。所以 Boris，非常感谢你来到这个节目，我有一个问题想问你。在这集节目结束时，人们能从中获得什么？

Boris:

我认为人们会开始对如何使用 Cowork 有更多的想法，希望他们会在x上讨论它，甚至可能会联系我，这样我就能了解他们想如何使用 Cowork。这很有趣，我感觉 Claude Code 从一开始，它在某种程度上并不是被设计成一个产品的，但当我们第一次开始把它当作一个产品来思考时，我们以为人们会用它来编码。但我们很快就发现，人们不只是用它来编码，他们用它来做各种各样的事情。所以我感觉 Claude Code 的发展历程充满了惊喜。我通过观察人们如何使用这个产品、如何“滥用”它，以及他们真正想用它来做什么，即使它并非为此而设计，学到了很多。我对 Cowork 也有同样的感觉。你知道，我对人们会用它来做什么有一些想法。我把这些看作是假设，所以，你知道，很乐意谈谈它，很乐意或许做一个快速演示，向你展示我们用它来做的一些事情。但我认为结果会相当令人惊讶。我希望当我看到人们在实际生活中如何使用它时，我会被惊喜到。

Greg Isenberg:

是的，我认为对于平台来说总是这样，特别是如果你想一下，当 App Store 的创造者们创建它的时候，你知道，最初的应用就像一个喝啤酒的应用和一堆类似那样的随机应用。他们知道 Uber、DoorDash、TikTok 会从中诞生吗？可能不知道。所以，我认为我们现在所处的这个阶段，无论是对于 Claude Code 还是 Claude Cowork，最酷的一点就是我们都在同时探索。我们之中没有人，包括创造者，拥有所有的答案。但我同意你的看法，现在是分享哪些方法有效、哪些无效的好时机。如果你愿意的话，我们来屏幕共享，亲自动手试试吧

Boris: 好的，我们开始吧。

Cowork 概览

Greg Isenberg: Boris，我们现在看到的是什么？

Boris: 好的。这是 Claude Cowork 的桌面应用。你直接下载它就行。目前 Cowork 只在 Mac OS 上可用。Windows 版本很快就会推出。桌面应用里有几个不同的标签页。有“Chat”，这是默认的；有“Cowork”，这是新的；还有“Code”，这就是 Claude Code。在底层，Cowork 实际上就是 Claude Code。所以，你知道，那个让 Claude Code 如此强大的代理，我们称之为 Claude agent ，它也作为 Claude agent SDK 提供。所以你可以通过编程方式使用它，各种各样的公司在它之上构建了各种酷炫的东西。我们实际上在 Cowork 中直接使用了完全相同的 SDK。所以，这很酷，就像在所有东西之上都有一层统一的架构。我们拥有最好的代理，拥有最好的代理模型，何乐而不用呢。

所以接下来我要做的，就是展示一下这东西怎么用。而且你知道，当我思考“agentic AI” 时，agentic 这个词在某种程度上已经失去了所有意义，因为它被用得太频繁了。所以，我感觉可能很多听众都听过 agent 这个词，但他们并不真正知道它意味着什么，或者他们觉得这只是某种很酷的 AI 或别的什么。但它在 AI 世界里其实有一个非常具体的含义，我认为这个含义在某种程度上已经失传了，因为过去很多被发布并称为 agentic 的产品其实并非如此。所以当你想到大家用过的 AI 产品，比如 Claude Code，还有那些基于聊天的应用，你就是和应用来回聊天，发一些消息。代理最大的不同在于，它可以采取行动。而且，它不仅仅是文本，也不仅仅是网页搜索，它实际上可以使用你电脑上的工具，它可以与世界互动。所以对于 Anthropic 来说，从最开始，甚至在我们的模型还不够好之前，比如在 Claude 3 之前，我们就想把这件事做得特别好，因为我们觉得这非常重要。所以从一开始，我们就希望我们的模型在编码方面非常出色，然后在工具使用方面非常出色，最后在计算机使用方面非常出色。所以这挺酷的，过去一年看着人们如何玩转Claude Code，很明显这正是我们应该前进的方向。所以对于用过 Claude Code 的人来说，这些都不会太令人惊讶，这些其实都是你可以做到的事情。所以我们真正想做的，是让每个人都能以一种安全的方式使用它

演示：文件夹访问与收据重命名

Boris: 我要做的是，在我的桌面上，我有一个叫“receipts” (收据) 的文件夹。里面有几张收据。所以，我准备给 Cowork 访问我桌面的权限。你必须选择它能看到哪些特定的文件夹。默认情况下，它什么都看不到。所以你必须主动选择让它访问特定的文件夹。然后我会说:“我有一个收据文件夹，你能根据收据上的日期来重命名这些文件吗？

Greg Isenberg: 所以，一个有趣的点是，当你使用 Cowork 时，它真的就像在操作你的文件。这对于人们来说是一个很大的思维转变。它几乎就像你的操作系统，对吗？

Boris: 是的，完全正确。它就像拥有你的文件，就是那些你授权给它的文件。但实际上，更酷的是它能使用各种各样的工具。所以像文件操作这种，这很有用，但算不上特别酷。真正更有趣的是，它可以为你生成文件。比如，它可以制作演示文稿之类的东西。它可以通过 MCP 与任何工具交互，并且它内置了对基于 Chrome 的浏览器的支持。所以它实际上可以控制你的浏览器去做事。我稍后会展示一下。这算是第一步。当你刚开始使用 Cowork 时，我推荐的做法就是，完全照我刚才做的来。就是挂载一个文件夹，给 Cowork 访问权限，然后就随便玩玩。它对于清理文件、整理东西之类的事情超级有用。所以在这里，它找到了我有的这四张收据。它问我，其中一张收据好像没有日期，它是否应该只重命名其他的。所以我就说，对于第一点，我说“随你决定”，然后对于第二点，我说“不要重命名它”。

我们其实在 AI 领域把这个叫做“reverse elicitation” (反向启发)。意思就是当模型对某件事不确定时，它会向你请求澄清。我们已经把模型训练得在这方面相当不错了。所以它不会去假设，如果它不确定，它就会直接问你。所以，是的，在这种情况下，它重命名了这些收据。我来打开这个文件夹检查一下。是的，酷。收据被重命名了，整理得好了一些

演示：将收据转换成电子表格

Boris: 那么接下来我或许可以试试，我们把它放到一个电子表格里。

Greg Isenberg: 它基本上是在那个意义上控制了你的电脑，对吧？如果你允许它控制的话。

Boris: 是的，没错。我们为此投入了大量的工作来确保安全，确保在这一切发生时，你不会不小心搬起石头砸自己的脚，比如删掉文件之类的。所以这背后有海量的工作，而且这一切都始于模型端。你知道，对于 Anthropic 来说，从一开始我们就是 AI 安全实验室，这也是我们存在的理由。所以我们投入了大量工作在“alignment” (对齐)、“mechanistic interpretability” (机制可解释性) 以及所有这些理念上，以确保模型以一种安全的方式做你想让它做的事，这是在模型层面的。这真的意味着去研究神经元，就像你研究人类的神经元一样。所以你可以识别结构，你可以用非常科学的方式来研究它，也可以把它当作一个黑箱来研究，以确保它的安全。这被称为对齐。然后我们还做了很多其他的事情。实际上，底层运行着一整个虚拟机，这只是为了确保所有采取的行动都是安全的，并且不会影响你更广泛的系统。然后从上周开始，还有了删除保护。所以如果你不小心删除了什么东西，你会先收到提示。这样模型可以确保这确实是你想做的事情。当然，当我们开始与互联网互动时，像提示注入这样的事情就相当可怕了，所以我们内置了很多针对这种情况的保护措施。当然，你知道，它并不完美，这也是我们正在迭代的东西。但这也是我们为什么这么早发布它的部分原因，我们想看看人们如何使用它，而让模型变得安全的一个重要部分，不仅仅是在实验室里研究它们，而是在真实世界中研究它们，看看它如何发挥作用。所以，这相当酷，对吧？我们有这个文件夹，它先是重命名了我所有的收据，然后我让它做一个表格，它就做出了这个电子表格。它已经在这里了。或许我不想要一个普通的电子表格，我想要一个 Google Sheet

Greg Isenberg: 哇，这真的很有趣？因为我觉得人们在使用像 Cowork 和 Claude Code 这样的工具时会遇到的障碍是，因为你能做任何事，让它变成一个谷歌表格，这当然说得通，但这正是其有趣之处，你真的可以把它当成一个队友，对吧？就像，去，把这件事做了。世界任你驰骋。

演示：谷歌表格与 Chrome 控制

Greg Isenberg: 现在发生了什么？

Boris: 是的。它正在打开浏览器。在这里它会向我请求权限。为了这个演示，我就选择“始终允许此网站”。但你也可以只选择“允许一次”或“拒绝”。所以，Claude 正在接管方向盘。它在为我制作一个电子表格。这会花一点时间。这也是我们正在迭代的事情之一，就是让这种计算机使用变得更快。我记得大概是我刚加入 Anthropic 的时候，那时候可能是 Sonnet 3.6 的时代。那是我认为我们第一个真正开始破解计算机使用的模型。我记得当时我和我的团队坐在一起，真的有一个研究员像电影里那样冲进房间，大喊：“天哪，Claude 知道怎么用电脑了！”然后我们就让它点了个披萨，它选了一个菠萝披萨，然后下单了，还问我们要信用卡，然后我们就让那个披萨送到了办公室。但过程很繁琐，它花了大概一个小时才点来点去完成。从那以后，我们一直在改进模型使用计算机的能力。所以你可以在这里看到一点。这里，Claude 正在输入，它在和电子表格互动，它能看到屏幕上有什么，它能和它互动。任何在你浏览器里的东西，它都能直接使用。

Greg Isenberg: 那它能用电子邮件吗？比如，我们想把这个发给某个人，比如说财务团队，它能做到吗？也许我们稍后会谈到，但通过像连接和 MCP这样的东西，这可能吗？

Boris: 完全可以。那我们先把这个表格做得好看一点，因为我们不想发一个格式糟糕的表格给同事。我们把它弄得漂亮些，然后我们可以让 Claude 把它发出去。这里挺酷的，你知道，现在还处于早期阶段，所以有一些格式上的错误。它没有完全正确地粘贴，但它注意到了。它注意到数据没有被正确地分列。所以现在它正试图调整格式。Greg，就像你说的，这些用例以及人们使用这些工具的方式，就像我一开始说的，将会非常令人惊讶。我非常兴奋能看到人们如何使用它。关于它们的疯狂之处在于，它们是如此的通用。它就像计算机本身，或者像互联网之类的东西。就像你说的，当你第一次拥有 iPhone 时，你绝不会预测到某一天会出现一个 Uber 应用，但你知道，这确实发生了。我感觉我们正处于这个开端的时刻，但这是为代理而生的开端

Greg Isenberg: 是的。我觉得这在事后看来是如此显而易见，比如你当然会有一部带 GPS 的手机，当然，你会有像 Uber 和 DoorDash 这样的东西。但我觉得是的，你说得对。我现在脑子里在想的是，我看着这个，觉得这很酷，但我在思考，好吧，我该如何审视我整个公司？公司里正在做的所有任务是什么？他们如何与文件互动？他们如何使用互联网？他们如何发送东西？然后我有哪些机会可以利用这些来让我的团队和我的生活更有效率？这就是我现在脑子里想的。

Boris: 完全正确。这是个很好的思考方式。顺便说一下，有件挺酷的事是，当这个任务在运行时，我可以开一个新任务去做别的事。比如说，“有哪些很酷的初创公司点子播客节目？”好的，所以当那个任务在运行时，我们也可以让这个任务跑起来。我经常同时运行一堆任务。但没错，就是这样。你应该思考一下，你每天做的所有繁琐的事情是什么，然后你就可以把这些事都扔给 Cowork。我觉得这在过去一年里为编码领域带来了变革，因为工程师和程序员当然是最早的采用者。所以当工具刚开始能做这类工作时，工程师们最先采用了它。但现在，现在这已经可以让其他人也使用了。这超级令人兴奋。当我们和工程师交流他们喜欢如何使用 Claude Code 时，他们会并行运行一堆 Claude，用它来自动化那些繁琐的工作。对我来说，这是我作为工程师以来最有乐趣的时光，因为我能做我喜欢做的事，而且我感觉自己效率超高，因为 Claude 做了所有我不想做的事。所以现在我们有了这个电子表格。看起来还不错。不算太差。数据看起来是正确的。不过有一件事缺失了，就是我们可以加上总计，但为了演示，我就直接看看它能不能发邮件吧。

演示：发送表格邮件与并行任务

Boris: 你能打开 Gmail 并把这个表格发给 Amy 吗？

Greg Isenberg: 哇哦。

Boris: 是的。我会说“始终继续”。

Greg Isenberg: 它怎么会知道是哪个 Amy 呢？它会从 Gmail 的联系人里找出来吗？

Boris: 是的。就是这样。它会像其他人与计算机交互一样与它互动。同样地，它可以点击东西，可以读取屏幕。好的，撰写窗口打开了。让我输入 Amy。

Greg Isenberg: 所以当你进入“专注”状态时，可以这么说，你是不是同时打开了多个这样的窗口，或者说多个虚拟机？

Boris: 是的。我通常会开一堆，你知道，大概五六个或者十来个。所以我们可以看到模型正在尝试与这个界面互动。它填上了 Amy。你知道，顺便说一句，因为这个视频会发到 YouTube 上，评论区肯定会有一些“黑粉”。所以我们现在就直接回应他们。评论区会有人说：“但这太慢了。我自己做都比这快。”你对此有何反应？

Boris: 我肯定能做得快得多。实际上对于很多 Claude Code 的任务也是如此，对吧？尤其是在刚开始的时候，我自己做会快得多。但我认为有两件事会发生。一是模型会变得越来越快。这是我预计会随着时间推移而发生的事情。但第二件事是，因为你可以并行处理多件事情，这实际上大大节省了时间。所以我通常的工作流程是，我会并行启动几个不同的任务，然后我会在它们之间来回切换，照看我的 Claude 们，确保它们进展顺利，看看它们有没有什么问题之类的。所以这是一种完全不同的工作流程。我觉得现在是“多 Claude 并行”的时代，是并行主义的时代，不是对一件事钻得特别深，而是更像一个多面手，更多地是照看你的 Claude 们。就像这个，这是我们之前启动的另一个聊天。在这个例子里，它做了一些研究。这挺酷的。它不只是去了那个“初创公司点子播客”的网站，它还搜索了互联网，检查了许多不同的地方，还看了一个人关于它的笔记。是的，Claude Code 的 10 条规则，我也会觉得那个很有趣。我们来看看。看起来这封邮件大概已经草稿好了。草稿已保存。是的。请发送。

我也用这个来处理 Slack。一个我很常用的场景，可能每周几次，是我有一个电子表格用来追踪团队当月或当周的所有工作。我不用再去催团队里的每个人填写状态，而是让 Cowork 查看这个电子表格，任何没有填写的列，就直接在 Slack 上发消息给那个工程师。它做得非常好。所以，我只要让它去做，然后我就去喝杯咖啡，我再也不用做那件事了

Greg Isenberg: 你认为 Cowork 会成为人们接触 Claude Code 的入门吗？因为对于很多初学者、非技术人员来说，Claude Code 感觉有点让人望而生畏，但当我看你做这个的时候，感觉很平易近人。

Boris: 是的。我的意思是，我觉得可能有两种用户。而且这很有趣。Claude Code 最初是构建在终端里的，而现在，它在 Claude 移动应用里可用，在网站上可用，在 IDE 里，在 Slack 上，在 GitHub 上。所以现在它无处不在，但最初它是在终端里构建的。我从没想过大多数工程师会想用终端，因为，你知道，它很吓人。它是电脑上那种被隐藏起来的东西，只有最硬核的工程师才想整天在终端里工作。所以，大多数工程师想用它，这让我很惊讶。更让我惊讶的是，很多非工程师也开始用它了。那才是最疯狂的事情。看看 Anthropic 的销售团队，GTM (市场推广) 团队，他们中有一半人每周都在用 Claude Code。再看看 Anthropic 的其他非技术人员，比如设计师、产品经理、数据科学家，几乎所有人每天都在用 Claude Code。所以这相当令人惊讶。但我的假设是，他们更喜欢的其实是像这样更友好的东西，你不用去处理终端和那些乱七八糟的东西。你有一个漂亮的 UI，因为你不需要访问 bash 和那些东西，模型会直接帮你搞定。

Greg Isenberg: 是的。我觉得我想要用这样的东西来实现的是，自动化一些流程。就像，不是一次性的任务，而是“每当这种情况发生时，我就要你这么做”。那是我的梦想。

Boris: 这是个很酷的想法。我很期待看到它如何与“技能” (Skills) 结合起来。我觉得这是我们正在思考的事情，但还没完全想清楚。因为，一个“技能”是什么？它本质上是一种可重复的做事方式。你之前在这个对话里已经看到了一点，当 Claude 生成电子表格的时候。我不知道你有没有注意到，但它实际上加载了一个技能。我们为 Excel 预打包了这个技能。这就是 Claude 知道怎么做的方式。所以如果你有一些奇怪的文件格式，不知道你是否用 AutoCAD，或者你用 Salesforce，不管你用的是什么工具，你只要创建一个技能，然后 Claude 就能帮你做了

Greg Isenberg: 这很有趣。所以如果你有更多的技能，让 Cowork去做与这些技能相关的事情，Cowork 就更有可能使用那些技能。所以如果你预先做一些工作，创建一些技能，你可能会从 Cowork 那里得到更好的结果。

Boris: 我认为是这样。我觉得你说得完全正确。

开始/使用 Cowork 的最佳方式

Greg Isenberg: 关于 Cowork，我们还需要知道些什么？因为我知道有扩展 (extensions)，有技能 (skills)，给我们讲讲，还有什么我们需要知道的，以便能最好地利用这个产品？

Boris: 你知道，我们试图把 Cowork 做得非常简单。当我们考虑我们服务的不同受众时，对于像工程师这样的受众，他们其实不喜欢简单。默认情况下简单是好的，但工程师们喜欢折腾他们的工具，他们喜欢定制他们的工具。所以那其实非常重要。因此，Claude Code 是最可定制的编码代理。它有超多的扩展点。有技能，有自定义代理，有钩子 (hooks)，还有数量惊人的配置和设置可以调整，还有一个非常复杂的权限系统。所以有很多方式可以定制它。这是因为我们知道每个工程师的工作方式都不同，每个人都有不同的偏好。每个人用不同的技术栈，每个人用不同的编辑器，每个人用不同的操作系统。所以我们想确保它真的可以定制。对于 Cowork，我想我们是从相反的方向开始的。就是一开始保持非常简单。所以如果你用 Cowork，我可能不会做太多定制。如果你安装了 Cowork，然后安装了 Chrome 扩展，那基本上就是你所需要的全部了，它会为你做其他所有事。我认为随着时间的推移，当你发现自己在使用一些 Cowork 不太擅长的软件时，那才是考虑编写技能的时候，但这不会是我的起点。就从简单开始，看看它如何工作，看看什么是有用的。而且我认为另一件事是，现在还太早了。这感觉很像一年前的 Claude Code，当时我们发布它的时候还很早期，它还不是很好，bug 超多，几乎勉强能用，一年前的模型在编码方面还不是很强。现在感觉就像那样，但我认为 Cowork 实际上比我们刚发布 Claude Code 时要好一些，因为它已经很有用了，而且它已经是我每天都在用的东西了。在第一周里，我们看到了更多的增长。它的增长是我们第一周在 Claude Code 上看到的数倍。所以这非常令人兴奋。看起来人们已经觉得这东西很有用了。

AI 和 Agents 未来走向

Greg Isenberg: 我们现在录制这个视频是在2026 年 1 月。如果我们 12 个月后回到这里，也就是 2027 年 1 月，你认为人们会如何使用 Cowork？我知道你没有水晶球，但大致上，会出现什么样的用例？产品会是什么样子？请描述一下 2027 年 1 月使用 Cowork 的世界。

Boris: Greg。我的计划周期大概是一周。模型变化得太快了。这太难了，我感觉，你知道，模型正在指数级地发展，而我这可怜的人类肉脑袋无法理解指数级。我们是线性思考的。所以我认为这种指数级的增长非常非常难以规划。好吧，但如果我非要推测一下……一年前，我和我认为 Dario (Anthropic CEO) 也做了这个预测，说到了年底人们将不再写代码了。我想那大概是去年年中的某个时候。你知道，我每天都写代码，我每个月可能提交两三百个 PR (代码合并请求)。但在过去的两个月里，Claude Code 写了我 100% 的代码。我没有手动写过一行。这也是我，你知道，早在去年年中就预测过的事情。这在当时有点反直觉，因为如果你只考虑当时的体验，然后线性地推断，模型是不可能达到那个水平的。所以你真的必须相信指数的力量，然后把它画出来，跟着那条线上升的轨迹走。这是你唯一能预测到这一点的方式。而它确实完全正确。所以我认为对于编码来说，这是一种我们将在越来越多的地方、为越来越多的代码类型看到的趋势，就是模型能够完成所有工作。当我们思考 Cowork 时，我认为情况有些类似。我觉得它还处在更早期的阶段。我认为我们将看到的是，对于所有这些繁琐的任务，比如连接应用 A 和 B，或者来回搬运数据之类的事情，模型将能够直接完成，并且会做得越来越好。我认为这在某些方面有点可怕，但在某些方面我认为这非常令人兴奋，因为你再也不用把时间花在这种辛苦的劳动上了。你可以专注于你喜欢的工作。而且我认为每个人都会变得更加、更加高效，因为你拥有了一支 Claude 大军来做这些事。

Greg Isenberg: 我喜欢那个功能。我非常喜欢那个功能。这是个难题，这就像潘多拉的魔盒已经打开，很难预测精灵会去向何方。所以我相信 Cowork 是通往 Claude Code 的入门。我认为人们会开始使用它，然后他们会发展出垂直领域的用例，比如针对他们业务的特定需求，就像你提到的 AutoCAD，你在帮助开发 Cowork 的时候可能并没有想到 AutoCAD。所以我认为会出现这些垂直领域。而且我认为 Cowork 会变得像垂直领域的招聘网站，有非常具体的角色可以让你雇佣。我确实认为，在技能和这些你将要“雇佣”的数字队友之间，会有一种结合

Boris: 是的，那非常有趣。也许我们应该打个赌，看看一年后会怎么样。你知道，我完全不知道。但这确实很有趣去推测，因为我感觉这项技术的发展方式与过去的技术浪潮非常不同。它有点像互联网，有点像计算机，你知道，可能再往前是电话之类的。但速度快得太多了。因为它是在所有这些技术的基础上发展的，互联网没有电话和遍布各地的电话线是不可能存在的，没有它你就不可能有拨号上网。移动电话没有互联网的存在也是不可能的。所以这就像技术栈的每一层，它都变得越来越强大，传播得也越来越快。所以 AI 正是站在所有这些的肩膀上才得以存在。

Boris 的 Claude Code 配置详解

Greg Isenberg: 我想在最后 10 分钟转换一下话题。因为我们提到了 Claude Code，你有一篇帖子火得一塌糊涂。我想你知道我要说的是哪一篇。99,000 个书签，这太疯狂了。我想稍微回顾一下。

Boris: 这是我学习使用x的过程。我大概十年前建了个号，但一直没怎么用。

Greg Isenberg: 你只有几条推文，但这一条，你搞明白了。你说：“我是 Boris，我创造了 Claude Code。很多人问我怎么用 Claude Code，所以我想展示一下我的配置。我的配置可能出乎意料地‘原装’。Claude Code 开箱即用效果很好，所以我个人不怎么定制它。没有唯一正确的使用 Claude Code 的方式。我们特意把它设计成你可以按你喜欢的方式使用、定制和改造它。Claude Code 团队的每个人使用它的方式都大相径庭。所以，开始了。”你能否就其中一些内容展开谈谈，说说你在这里表达的意思，因为我觉得这真的很有趣

Boris: 第一点，和我刚才在 Cowork 中展示的非常相似，就是不要对一个任务钻得太深，而是要并行处理一堆任务。所以，当我在开发 Claude Code 时，我通常在终端或手机应用上工作。这是我用得最多的两个平台。但就像我说的，团队里的每个人都不同，每个用户偏好也不同。所以我们构建了所有这些。通常我的做法是，我会在一个标签页里开始一个任务，一旦 Claude 开始思考并制定计划，我就会切换到第二个标签页，让它为第二件事制定计划。然后，我再切换到第三个，让它制定计划。最后，当我手头没有更多紧急任务时，我会回到第一个标签页。我会看看计划是否可行，我可能会来回修改几次。一旦计划看起来不错，我通常会直接进入“自动接受编辑”模式，因为我认为对于 Opus 4.5，一旦计划好了，模型几乎可以完美地执行它。这在以前的模型中是绝对做不到的。所以我认为过去几个月里，人们对 Opus 4.5 充满了兴奋，我想这是其中一个主要原因，它在编码方面变得非常出色，而且在规划方面也极其优秀。所以一旦计划好了，代码也就好了。所以是的，我现在的工作就是不停地在标签页之间切换，照看我的 Claude 们，确保它们没有被卡住，回答它们的问题。对于 Cowork，我认为现在的情况其实也相当类似了。

Greg Isenberg: 我喜欢这个。我要引用你的话，“一旦计划好了，代码也就好了”。因为这太对了，对吧？如果你把计划搞定了，代理就应该能完成工作。

Boris: 是的，完全正确。我觉得大概去年某个时候，关于“规范驱动开发” (spec-driven development) 的讨论非常火热。你知道，这感觉有点太“精致”，有点太死板了。但我认为这在某种程度上也是一种规范驱动开发。就是有某种规范，你知道，我觉得它只是一个计划。它只需要是一个文本文件，不需要有特定的格式。一旦你有了这个，你就搞定了。

Greg Isenberg: 第二点，你说，“我也会在本地 Claude 的基础上，并行运行 5 到 10 个云端 Claude。当我在终端编码时，我常常会把本地会话交接给 Web 端，或者手动在 Chrome 里启动会话，有时我会在两者之间来回传送。我也会每天早上和全天通过手机（当然是用 Claude iOS 应用）启动几个会话，稍后再去查看它们。”你这是什么意思？

Boris: 今天早上我一醒来就启动了大概三个 Claude。就是早上突然有个想法，觉得也许我应该构建这个东西，或者修复这个 bug 之类的。我当时在看推，有人报告了一个 bug。所以我直接打开手机，在 Claude 应用里，你点击左边的菜单，有一个“Code”标签。你就可以在那里访问 Claude Code。我很多代码都是这么写的。我从没想过我会这样编码。如果你一年前问我，我绝不会预测到我现在编码的方式，大概有一半就是在手机上完成的，而且它就是能行。然后 Web 端是另一部分。当我的终端标签页用完的时候，因为管理一堆不同的 git checkout (代码仓库克隆) 有点麻烦，我在终端的每个标签页里其实都有一个完全独立的 git checkout，我也不太用 worktrees (git 的一种工作区管理功能) 之类的东西。我就是保持简单。如果在 Web 端，如果我的终端标签页用完了，我就会开始“溢出”到 Web 端，在那里开始任务。

Greg Isenberg: 太棒了。所以，你也推荐使用 iOS，使用 Web，打开多个窗口，这样才能最大化利用它。

Boris: 是的，绝对是。我们现在也有安卓应用了。所以，就用移动应用吧，看看它能带你走多远。如果它给你的结果不好，也要确保你调整了环境设置，并确保你在你的 Claude.md 上投入了精力。那超级超级重要，我在第四点里也谈到了

Greg Isenberg: 第三点，你说，“我所有的事情都用带‘思考’(Thinking) 功能的 Opus 4.5。这是我用过的最好的编码模型。虽然它比 Sonnet 更大更慢，但因为你不需要怎么引导它，而且它更擅长使用工具，所以最终几乎总是比使用小模型更快、更便宜。”

Boris: 这有点反直觉。我不得不跟人解释过几次，但因为模型更聪明，它最终实际使用的 tokens (令牌) 更少。它用的 tokens 少了很多，所以它通常比使用一个更小、不那么智能的模型更便宜，即使那个小模型的单位 token 成本更低。所以有点反直觉，但是的，如果可以的话，就用最聪明那个。

Greg Isenberg: 第四点，“我们团队为 Claude Code 的代码仓库共享一个 Claude.md。我们把它提交到 Git。整个团队每周都会贡献好几次。任何时候我们看到 Claude 做了什么不正确的事，我们就会把它添加到这个 MD 文件里，这样 Claude 就知道下次不要这么做了。其他团队维护他们自己的 Claude.md。每个团队都有责任保持自己的文件是最新状态。”

Boris:Claude.md 就是一个文本文件。所以没有特殊的格式。人们总问这个问题。是不是有什么特殊的格式？不，它就是个文本文件。所以你想放什么都行。这是一个我们 Claude.md 的截图。就是这个样子。非常简单。而且你知道，你可以按你喜欢的任何方式来格式化它。

Greg Isenberg: 第五点，“在代码审查时，我常常会在同事的 PR 上标记 @.cloud，作为 PR 的一部分，把一些东西加到 Claude.md 里。我们为此使用了 Claude Code 的 GitHub Action。这是我们版本的‘Dan Chipper’s compounding engineering’ (丹·奇普的复利工程)。”你这是什么意思？什么是复利工程？

Boris: 这条推文里其实有两个错误。我想 Dan 实际上叫它 compound engineering，而不是 compounding engineering。然后那个 @.cloud，这是我学习怎么用 X 的结果。但其实应该是 @Claude。没有那个点。我想有个真实用户的名字就叫 Claude，我不想@到他们。但是的。所以你做的是，在 Claude Code 里，你运行 /command/install GitHub action 这个命令。这会把 Claude 应用安装到你的 GitHub 仓库里。这让你可以在任何时候 @Claude，让它做修改。它可以在 PR 上工作，所以它会把修改推送回你的分支，直接把改动推回去。你也可以在 issue (问题) 上标记它，你可以在任何地方标记它。我每天都做好几次。这真的非常非常有用。我想最常见的用例之一就是一些小修复。另一个就是更新 Claude.md，保持知识库的最新状态。而且，你知道，你不应该为同一件事评论两次。以前我在 Meta 的时候，我做过一件事，这是在之前的生活，之前的工作里，我做的一件事是，我做的每一次代码审查，我都会用一个电子表格记录所有出现的问题，每当同样类型的问题再次出现时，我就会给表格里的计数加一，当某个问题达到，我想大概是 5 次或 10 次时，我就会写一个 lint 规则 (代码规范检查规则)。这是一种自动化那部分代码审查的方式，这样我就不用再评论它了。那是在还没有大语言模型、模型还不擅长编码的时代。所以这相当于现在的做法。你只要标记 Claude，让它更新你的 Claude.md，也就是你团队的知识库。非常简单。这意味着你不需要指出任何事情两次。我很好奇这在 Cowork 里会是什么样子。我觉得我们还没想清楚。但对于 Claude Code，Claude.md 是你们应该一直更新的东西。

Greg Isenberg: 第六点，“大多数会话都始于‘计划模式’(plan mode)。如果我的目标是写一个 pull request，我会用计划模式，和 Claude 来回沟通，直到我喜欢它的计划。从那里，我切换到‘自动接受编辑’模式，Claude 通常可以一次搞定。一个好的计划非常重要。”

Boris: 是的，就像我说的，计划是 Claude Code 里最未被充分利用的功能。实际上，很多人用它，但我会说它仍然未被充分利用。我几乎所有的会话都用它。是的，这是个不需要动脑筋的选择。所以如果你还没开始这么做，请开始吧。

Greg Isenberg: 我们没时间讲完所有了。我觉得因为你时间很紧。你想选一两个来结束吗？

Boris: 也许讲第 13 点吧。我认为这个，除了使用 Opus 之外，当人们问如何从 Claude Code 获得更好的性能时，我几乎每次都会推荐三件事。第一件是始终使用带“思考”功能的 Opus 4.5，不要尝试用其他模型，因为 Opus 会给你更好的结果和更高的整体效率。第二件事是确保你有一个好的 Claude.md。然后第三件事就是这个，第 13 条建议，就是给 Claude 一种验证其输出的方式。我们刚才在 Cowork 中已经看到了 Claude 在使用 Chrome 扩展来写邮件和处理表格方面有多么出色。这完全是同一回事。如果我正在构建一个应用，我总是用 Chrome 扩展来让 Claude 测试它自己的工作。如果 Claude 能验证它自己的输出，结果会好得多得多。这有点像，想象你是一个画家，你要画画，而且画得要相当好，可能甚至要像照片一样逼真，或者就是某种非常精细的风格，但你必须戴着眼罩。你是不可能画得那么好的。结果不会那么棒。对于一个工程师来说也是一样，如果你必须写代码，但你永远不能运行代码，或者永远看不到输出，永远看不到网站，那代码肯定好不了。所以对于 Claude 也是一样。随着模型变得越来越智能，它的“第一枪”会打得越来越准。但你真正想要的，是给它一种验证输出的方式，这样效果会好得多。所以，这对于工程师来说，就是运行测试，或者启动一个服务器，或者，在模拟器或浏览器里看到输出。

Greg Isenberg: 太棒了。而最终的建议，我猜，就是亲自动手，对吧？

Boris: 我觉得就是这样。我的意思是，没有唯一正确的使用这些东西的方式。就像，看看什么有用，什么没用，找到你自己的工作流程。我听有人把 Claude Code 形容成一本“选择你自己的冒险”的书，你知道，就是那种你必须选择“你是要去地牢还是去探索森林”的书，或者像一个老式的 RPG 视频游戏。它就是那样。非常自由。没有唯一正确的方式。所以，就看看什么适合你。

Greg Isenberg: Boris，我感谢你花时间，慷慨地分享了“秘方”，告诉我们如何最好地利用 Cowork 和 Claude Code