Claude Code 创建者的工作流和经验分享 比你想的简单得多

Cowork 底层就是 Claude Code，一模一样的引擎

这是很多人不知道的事。

Boris 说得很直白：驱动 Claude Code 的那个 Agent SDK，一模一样直接用在了 Cowork 里面。所以 Cowork 不是什么"阉割版"或者"套壳产品"，它跟 Claude Code 是同一个大脑，只是换了个更友好的界面。

Claude 桌面端现在有三个 Tab：Chat、Cowork、Code。Chat 就是聊天，Code 就是终端版 Claude Code，Cowork 就是把 Claude Code 的能力包在了一个图形界面里。不用碰终端，不用懂命令行。Boris 的说法是"你爸你妈都能用"。

这个定位跟很多人的理解不一样。大家以为 Claude Code 是给程序员的，Cowork 是给普通人的"简化版"。但实际上它们是同一个东西的两个入口。Anthropic 从成立第一天就锚定了三个方向：让模型擅长编程、擅长工具使用、擅长操控计算机。Cowork 不是妥协，是这条路线的自然延伸。

Anthropic 内部一半非技术人员在用 Claude Code

Boris 说了一个让我很惊讶的数据：Anthropic 的销售团队、GTM 团队中有一半人每周都在用 Claude Code。不是程序员，是销售和市场的人。设计师、产品经理、数据科学家也几乎天天用。

他们团队最初做 Claude Code 的时候，以为这就是个程序员工具。结果用户拿它干的事远远超出了写代码的范畴。Boris 说这件事改变了他对 Claude Code 本质的理解：它不是编程工具，是一个能跟你电脑上的一切交互的 Agent。

这解释了为什么他们要做 Co-work。不是为了简化 Claude Code，而是给同一个引擎换一个不需要终端的入口。Co-work 底层跑的就是同一个 Agent SDK，一模一样的大脑。Boris 说 Claude 桌面端现在有三个 Tab：Chat、Co-work、Code，三个入口共享同一套能力。

现场演示：从重命名收据到发邮件，一条龙

Boris 在播客里做了一个完整的 Cowork 演示，流程是这样的：

先给 Cowork 挂载了桌面上的一个收据文件夹。然后让它把收据文件按日期重命名。Claude 扫了一遍发现有张收据缺了日期，没有自己瞎编，而是停下来问 Boris 怎么处理。这个叫"反向引导"（reverse elicitation），就是模型不确定的时候主动问你，而不是自己猜。

重命名完了之后，Boris 说"帮我做成表格"。Claude 直接生成了一个文件。然后 Boris 又说"我不想要本地表格，我要 Google Sheets"。这时候 Claude 就打开了浏览器，自己在 Google Sheets 里新建了一个表格，把数据一个个填进去，还做了格式化。

这个操作看似简单，但关键在于：Cowork 是在操作你真实的文件系统和真实的浏览器。不是在云端虚拟处理数据，而是实实在在地跟你电脑上的东西打交道。除了文件操作和浏览器控制，它还能生成文件、制作演示文稿、通过 MCP 协议连接任何外部工具。

Boris 甚至用 Cowork 来管理团队。他有一个跟踪团队周工作进度的表格，让 Cowork 检查哪些列没填，然后自动在 Slack 上催对应的工程师。做完这些，他去倒杯咖啡就行了。

安全不是附加功能

Boris 花了不少时间聊安全，不像是在背公关话术。

Anthropic 从模型层面做对齐和机制可解释性，用研究神经元的方式研究模型的"大脑"。产品层面，Cowork 底层跑着一整个虚拟机，确保操作不会影响你的核心系统。最近还加了删除保护，Claude 要删文件会先征求你许可。还有大量针对提示注入的防护。

Boris 也坦承这些都不完美。这是他们选择早期发布的原因之一：实验室里研究安全是一回事，在真实用户场景中观察它是另一回事。

他的真实工作流：同时跑 5 到 10 个 Claude

这个最让我意外。

Boris 平时工作不是开一个 Claude 从头盯到尾，而是同时开 5 到 10 个 Claude 并行跑任务。在终端里开几个 Tab，每个 Tab 一个独立任务。终端 Tab 开满了就溢出到网页版继续开。

他的流程是：第一个 Tab 给 Claude 一个任务让它先做计划，不等它做完就跳到第二个 Tab 开新任务，再跳第三个。等一圈转回来，第一个 Claude 的计划已经出来了，看一眼觉得 OK 就切成自动接受模式让它直接执行。

用他的话说，现在的工作模式是"多 Claude 并行，不是深入一件事，而是同时照看多个 Claude，确保它们不卡住，回答它们的问题"。

面对"我自己做更快"的质疑，Boris 的回答很务实：当然你自己做某一件事更快，但你能同时让五个、十个 Claude 并行工作吗？

每天一半的代码是在手机上写的 边刷推边修BUG

这是我觉得整期播客里最炸裂的信息。

Boris 每天早上醒来第一件事，是在手机上的 Claude iOS 应用里开几个 Code session。刷 Twitter 看到有人报了个 bug，直接在手机上让 Claude 去修。想到要做个什么功能，也是手机上派出去。

他说一年前如果有人告诉他以后一半代码在手机上写，他绝对不信。

这跟我们通常理解的"编程"完全不是一回事了。Boris 不是在手机上敲代码，他是在手机上给 Claude 布置任务。手机上布置，Claude 在远程执行，做完了他回来看结果。终端 Tab 开满了就溢出到网页版继续开，手机、网页、终端三个入口同时跑 5 到 10 个 Claude。

他形容自己的工作模式是"照看一群 Claude"：确保它们不卡住，回答它们的问题，在它们之间来回切换。不是深入一件事，是并行管理。

他那条 99000 收藏的推文，几个关键 Tips

Boris 之前在 X 上发了一条讲自己怎么用 Claude Code 的帖子，99000 个收藏。对于一个"十年前注册、几乎没用过 Twitter"的人来说，这算是个不错的出道成绩。播客里他展开讲了几个要点：

用 Opus 4.5 + Thinking，别用小模型

反直觉的一点：Opus 虽然更大更贵，但因为更聪明，实际消耗的 token 反而更少。用小模型看起来便宜，但需要更多来回纠正，最后算下来可能更贵也更慢。

他的原话是"计划对了，代码就对了"。这句话在播客里反复出现，几乎是他整个工作哲学的浓缩。如果模型足够聪明，你只需要把计划做对，执行阶段几乎不需要干预。

CLAUDE.md 是核心

Boris 团队共享一个 CLAUDE.md 文件，签入 Git 里。全组每周更新好几次。规则很简单：每次 Claude 做错了什么，就加一条进去，下次它就知道不该这么干了。

格式不重要，就是个普通文本文件，想怎么写怎么写。Boris 展示了他们自己的截图，极其简洁，没有花哨的结构。

他说这就像他以前在 Meta 做 Code Review 的时候，会把所有重复出现的问题记在一个表格里，同一个问题出现五次以上就写个 lint 规则自动化掉。CLAUDE.md 就是 AI 时代的 lint 规则。你永远不需要对同一件事指出两次。

更进一步的玩法：在 GitHub 的代码评审中直接 @claude，让它把反馈写进 CLAUDE.md 作为 PR 的一部分。在 Claude Code 里运行 /install-github-app 就能装上，之后在任何 PR 或 Issue 里 @claude 都能让它干活。Boris 每天多次用这个。

先做计划再执行

Boris 几乎每个 session 都从 Plan Mode 开始。先让 Claude 出一个计划，来回讨论到满意，然后切成自动执行模式。他直言 Plan Mode 是 Claude Code 中最被低估的功能，虽然很多人在用，但远远不够。

有人管这叫 Spec-driven Development（规格驱动开发），Boris 觉得那说法太刻板了。他的理解更简单：就是一个计划，一个纯文本文件，不需要特定格式。有了它，剩下的交给模型就行。

给 Claude 一个验证自己输出的方式

Boris 说提升 Claude Code 效果有三板斧：用 Opus、写好 CLAUDE.md、给 Claude 验证输出的能力。

他用了一个比喻：想象你是一个画家，要画出精细逼真的作品，但戴着眼罩。结果能好到哪去？

写代码一样。Claude 写了代码却看不到运行效果，质量不可能高。让它跑测试、启动 dev server、通过 Chrome 插件看页面效果，让它看到自己的输出。这面"镜子"会让一切变得不同。

指数思维：两个月内从手写代码到零行手写

一年前，Boris 和 Dario 都预测年底大家就不用自己写代码了。当时听起来不靠谱，但如果你相信指数增长，把曲线画出来沿着它走，终点就在那里。

Boris 自己就是证据：最近两个月 100% 的代码都是 Claude 写的，他自己一行没敲。每个月提两三百个 PR。

问他 Cowork 一年后会怎样，他笑着说"我的规划周期是一周"。模型变化太快，人类的线性大脑根本处理不了指数级变化。但他相信所有无聊的重复任务，连接 A 和 B、来回搬数据这些，模型都会越来越擅长。你可以只做你真正享受的工作，身后有一支 Claude 军团替你处理剩下的一切。

他拿了个类比：就像当年 App Store 刚出来的时候，最早的应用是喝啤酒模拟器，谁也没想到后面会长出 Uber 和 TikTok。

Boris 对新用户的建议

他说得很简单：没有所谓正确的使用方式。有人把 Claude Code 比作那种"选择你的冒险"的书，你可以去地牢也可以去森林。

Cowork 开箱即用，不需要折腾配置。装好桌面端，装好 Chrome 插件，挂载一个文件夹给它权限，然后随便玩。从简单任务开始，整理文件、重命名、做表格。等你摸清了它能做什么，再往复杂的方向探索。

如果你不知道从哪开始，Boris 的建议极其简单：弄脏你的手。

本文参考：The Startup Ideas Podcast (SIP) 🧃 的推文 | https://x.com/startupideaspod/status/2036122417970684148 原始视频：Boris Cherny on Startup Ideas Podcast | https://youtu.be/DW4a1Cm8nG4

附录：完整播客转录（中文整理版）

Claude Code 创建者的一小时真心话：Boris Cherny 完整访谈

Boris Cherny 是 Claude Code 的创建者。他坐在 Startup Ideas Podcast 的镜头前，打开终端，花了一个多小时聊他怎么用自己造的工具。 以下是这场对话的完整记录，按主题整理，保留了对话的原始节奏。

"我们以为人们只会拿它写代码"

Greg： 今天我想搞清楚一件事——Co-work 到底能干什么，怎么上手，有哪些不明显的用法。Boris，这期节目结束后，观众能带走什么？

Boris： 我觉得大家会开始有一些关于怎么用 Co-work 的新想法。说实话，Claude Code 从一开始就让我们很意外。它最初甚至不是作为产品来设计的。当我们第一次把它当产品来想的时候，我们以为用户只会拿它来写代码。但我们很快发现，人们拿它做各种各样的事情，远远超出了"编程"的范畴。

所以我对 Co-work 也有同样的感觉。我有一些假设——人们会拿它做什么。但我觉得最终的结果会非常出人意料。

Greg： 我觉得平台就是这样的。想想 App Store 刚出来的时候，最早的应用是什么？一个喝啤酒的模拟器，一堆乱七八糟的东西。苹果当时知道 Uber 会从这里面冒出来吗？DoorDash、TikTok？肯定不知道。我们现在就是在这个阶段——包括创造者在内，没有人有全部答案。

现场演示：Co-work 操控文件和浏览器

Greg： 我们现在看到的是什么？

Boris： 这是 Claude 桌面应用。你下载就能用，Co-work 目前只有 macOS 版，Windows 快了。应用里有三个标签页——Chat 是默认对话界面，Co-work 是新出的，Code 就是原来的 Claude Code。Co-work 底层其实就是 Claude Code，跑的是同一个 Claude Agent SDK。我们有最好的 Agent，有最好的 agentic 模型，当然要用起来。

说到"agentic"这个词——它已经被用滥到失去了意义。很多人听过"Agent"，但不知道它到底什么意思。其实在 AI 领域，它有一个非常明确的定义：Agent 能够采取行动。它不只是对话，不只是搜网页，而是能使用你电脑上的工具，能跟真实世界互动。

从 Anthropic 成立第一天起，这就是我们想做好的方向——让模型擅长编程、擅长工具使用、擅长操控计算机。

我来演示一下。我桌面上有个收据文件夹，里面有几张收据。我把这个文件夹挂载给 Co-work，然后让它根据收据上的日期重命名文件。

Greg： 所以用 Co-work 的时候，它是真的在操作你的文件。这是个很大的思维转变——它像你的操作系统一样工作，对吗？

Boris： 没错。但文件操作其实只是入门。更有意思的是它能给你生成文件、做演示文稿，通过 MCP 协议跟任何工具交互，还有内置的 Chrome 浏览器控制能力。

看，它找到了四张收据，有一张没日期，在问我怎么办。我们叫这个"反向引导"——模型不确定的时候，会主动问你，而不是自己瞎猜。

好，收据改好了。接下来试试——把这些做成 Google Sheet。

Greg： 等等……它在干什么？

Boris： 它在打开浏览器。它会问我要不要授权这个网站。然后 Claude 就开始自己操作了——打字、粘贴、格式化。

我记得刚加入 Anthropic 的时候，那会儿还是 Sonnet 3.5 的时代。有个研究员像电影里演的那样跑进房间大喊："天哪，Claude 学会用电脑了！"然后我们让模型点了一个菠萝披萨——那个过程花了将近一个小时。现在快了好几个数量级，但说实话速度还不够，这是我们正在改进的方向。

Greg： 我知道评论区肯定有人要说"这也太慢了，我自己做更快。"你怎么回应？

Boris： 你当然更快。我也肯定比它快。Claude Code 刚出来的时候也是这样。但有两件事要考虑：第一，模型会越来越快；第二，你可以同时跑多个任务。我平时的工作方式就是踢开好几个任务，在它们之间来回切换，照料我的 Claude 们，确保它们不卡住，回答它们的问题。这是一种完全不同的工作方式。

现在就是多 Claude 并行的时代——不是在一个任务上深挖，而是做一个广度型的协调者，同时照看你的 Claude 们。

Greg： 它能发邮件吗？比如把这个表发给财务？

Boris： 可以。我让它打开 Gmail 把表格发给 Amy。你看，它会在 Gmail 联系人里找 Amy，就像一个正常人操作电脑一样——点击、阅读屏幕、填表。

我还拿它来管团队。我有一个跟踪团队每周进度的表格。我不想挨个去催人，就让 Co-work 看哪些列没填，然后自动在 Slack 上找对应的工程师催进度。做完这些，我去倒杯咖啡就行了。

安全不是附加功能

Boris： 我们在安全上花了巨大的精力。这不是公关话术——Anthropic 从第一天起就是 AI 安全实验室，这是我们存在的原因。

从模型层面说，我们做对齐研究和机制可解释性，用研究神经元的方式研究模型的"大脑"。产品层面，Co-work 底层跑着一个完整的虚拟机，确保任何操作都不会影响你的核心系统。上周还加了删除保护——如果 Claude 要删文件，会先问你。还有大量防提示注入的保护。

当然这些都不完美。这也是我们选择早发布的原因之一——在实验室里研究安全是一回事，在真实用户场景里观察它，是另一回事。

那条 99,000 书签的推文

Greg： 我想聊你那条爆了的推文。99,000 个书签——太疯了。

Boris： 哈哈，这是我在学怎么用 Twitter。我大概十年前注册的账号，基本没用过。所以这算是个不错的出道成绩。

Greg： 你说"我的设置可能出奇地原始"。Claude Code 开箱即用就很好，你没有太多自定义。没有唯一正确的使用方式，你们团队每个人的用法都不一样。然后你列了一些技巧。我们挨个聊聊。

技巧一：并行开任务

Boris： 跟刚才演示 Co-work 是一样的道理——不要在一个任务上死磕，而是同时开好多个。

我平时的流程是：在第一个标签页启动一个任务，Claude 开始想方案的时候，我切到第二个标签页，让它为另一个任务做计划。然后第三个。等我手头没有新任务要分配了，再回到第一个标签页，看看计划怎么样。如果看着不错，我就直接切到自动接受编辑模式。

因为用 Opus 4.5 的话，一旦计划好了，代码就好了。 以前的模型做不到这一点。Opus 4.5 在编程和规划上都非常强，这就是大家这几个月这么兴奋的原因。

Greg： 等一下，我要引用你这句话——"一旦计划好了，代码就好了。"

Boris： 对。去年有一阵子大家在聊 Spec-driven Development（规格驱动开发），我觉得那个说法有点太刻板了。其实就是一个计划。一个纯文本文件，不需要特定格式。有了它，剩下的交给模型就行。

技巧二：同时跑 5-10 个 Claude

Greg： 你说你同时跑 5 到 10 个 Claude，手机上也在跑。这是什么意思？

Boris： 今天早上我醒来第一件事就是在手机上踢开了三个 Claude。脑子里想到"应该修这个 bug"或者"应该做这个功能"，就打开 Claude iOS 应用，点左边菜单里的 Code 标签页，直接开始。

说实话，一年前如果有人告诉我"你以后一半的代码都是在手机上写的"，我绝对不信。

然后终端标签页用完了，我就溢出到网页端继续开任务。手机、网页、终端——三个入口，同时跑 5 到 10 个 Claude。

Greg： 所以建议就是：用 iOS，用网页，多开。

Boris： 对，我们现在也有 Android 应用了。还有一件事——确保你的 CLAUDE.md 写好了，这个超级重要。

技巧三：永远用最聪明的模型

Greg： 你说只用 Opus 4.5 with Thinking。更大的模型不是更贵更慢吗？

Boris： 是有点反直觉。但因为 Opus 更聪明，你不需要反复纠正它，它实际消耗的 token 反而更少。少到什么程度呢——最终算下来，往往比用更便宜但更笨的模型还省钱。

更聪明 = 更少的 token = 更快完成 = 更便宜。

所以如果你能用最聪明的模型，就用最聪明的。

技巧四：团队共享 CLAUDE.md

Greg： 你们团队共享一个 CLAUDE.md，签入 Git，全团队每周更新好几次。

Boris： 对。规则很简单：每当 Claude 做错了什么，就把正确做法写进去，它下次就不会再犯。 这个文件没有任何特殊格式，就是纯文本，想怎么写就怎么写。

人们老问我"有什么特定格式吗？"没有。这是我们自己 CLAUDE.md 的截图——极其简洁。

技巧五：在 PR 里 @claude 更新知识库

Boris： 在 Claude Code 里运行 /install-github-app，安装 Claude GitHub App。之后你就可以在任何 PR 或 Issue 里 @claude，让它工作——推代码回分支，或者把代码评审中发现的新规则写进 CLAUDE.md。我每天用好几次。

我在 Meta 的时候有个习惯：每次做代码评审，我会在一个电子表格里记录所有问题。同一个问题出现五到十次，我就写一条 lint 规则来自动化。现在 CLAUDE.md 就是 AI 时代的 lint 规则——你永远不需要对同一件事指出两次。

技巧六：从 Plan Mode 开始

Boris： 我大部分会话都从 Plan Mode 开始。如果目标是写一个 PR，我会在 Plan Mode 里跟 Claude 反复讨论，直到对计划满意。然后切到自动接受模式，Claude 通常可以一次完成。

Planning 是 Claude Code 里最被低估的功能。虽然很多人在用，但我觉得还不够。如果你还没在用，请从今天开始。

技巧十三：给 Claude 一面镜子

Greg： 最后一条——你想展开哪个？

Boris： 第十三条。当人们问我怎么从 Claude Code 获得更好的结果，我几乎每次都推荐同样三件事：

1. 永远用 Opus 4.5 with Thinking
2. 维护好 CLAUDE.md
3. 给 Claude 一种验证自己输出的方式

第三条是我最想说的。就像刚才演示 Co-work 用 Chrome 操作浏览器一样，如果你在做一个应用，让 Claude 通过 Chrome 扩展测试自己的作品。

打个比方——想象你是一个画家，要画出精细逼真的作品，但你戴着眼罩。 结果能好到哪里去？写代码也一样——如果 Claude 写了代码却永远看不到它运行的样子，质量不可能高。

所以给它跑测试的能力，给它启动服务器的权限，让它在浏览器或模拟器里看到输出。这面"镜子"会让结果好得多。

"我的线性大脑处理不了指数增长"

Greg： 现在是 2026 年 1 月。如果一年后我们再聊，Co-work 会变成什么样？

Boris： 天哪 Greg，我只按一周的尺度规划。模型变化太快了。指数增长是什么感觉？我这个"肉脑"根本处理不了。我们人类是按线性思考的，指数增长直觉上完全无法把握。

不过如果你逼我猜的话——一年前，我和 Dario 都预测"年底人们将不再手写代码"。当时听起来很荒谬，因为如果你按线性推演，模型根本不可能到那个水平。但如果你相信指数增长，把曲线画出来，沿着它走——你就会看到终点。而事实证明这个预测是对的。

我现在每月提交两三百个 PR。过去两个月，100% 的代码由 Claude Code 编写。我没有手写过一行。

对于 Co-work，我觉得方向是类似的。所有那些无聊的、重复的事——连接 A 应用和 B 应用，来回搬运数据——模型会越来越擅长，直到你完全不需要花时间在这些事上。你可以只做自己真正享受的工作，身后有一支 Claude 军团替你处理剩下的一切。

Greg： 我觉得 Co-work 会成为 Claude Code 的入门药。人们会从这里开始，然后发展出各种垂直场景——你刚才提到 AutoCAD，你做 Co-work 的时候肯定没想过 AutoCAD。

Boris： 是的。也许我们应该打个赌，一年后看谁说得对。这个技术浪潮跟之前的都不一样——有点像互联网，有点像计算机，有点像电话。但速度快太多了。因为每一层技术都叠在前一层上面——没有电话线就没有拨号上网，没有互联网就没有移动互联网，而 AI 站在这所有东西的肩膀上。所以它的传播速度会快得难以想象。

"选择你自己的路径"

Greg： 最终的建议是什么？

Boris： 弄脏你的手。没有唯一正确的用法。有人把 Claude Code 的体验比作那种"选择你自己的冒险"故事书——你要去地牢还是去探索森林？像一款老式 RPG 游戏。整个体验是开放式的。

看看什么对你有用，找到你自己的工作流。

Greg： Boris 不怎么发推，但发一条就值得看。

Boris： 哈哈。哦对了 Greg，你怎么念 Claude 的？

Greg： 我是加拿大法语区的。我念"Clo"。就像 Jean-Claude Van Damme——我们念"让-克洛 范达姆"，不是"让-克劳德"。

Boris： 今天回办公室我就改叫它"Clo"，看大家什么反应。

对话来源： Boris Cherny / The Startup Ideas Podcast (SIP) 原始视频： https://youtu.be/DW4a1Cm8nG4