我要投稿

Claude Code 创始人公开工作流！每周 100 个 PR 的 3 个核心技巧

发布日期：2026-01-21 09:46:29 浏览次数： 1720

作者：活水智能

微信搜一搜，关注“活水智能”

上周，Boris Cherny（Anthropic 的 Claude Code 创建者/负责人）在 X 上分享了他的个人工作流程。随后引发了热议。

开发者社区分成了两派：一派彻底重构自己的工作流程，另一派则认为这只是"无限 token 的特权"。

但这两派都忽略了什么？

我花了一周时间研究 Boris 分享的所有内容——他的 13 步流程分解、后续问答，以及 Reddit 上的讨论。我想提炼出对我们普通开发者真正有价值的东西。

以下是我的发现。

让互联网震动的工作流程

Boris 同时运行 5 个 Claude 实例在终端，另外 5-10 个在浏览器中。他甚至早上在手机上启动会话，晚上再查看进度。

他每周完成 50-100 个 PR。

当开发者看到这些时，大多数人关注点错了。他们看到"15 个并行 Claude 会话"，就假设有什么秘密配置。

但当被问到具体方法时，Boris 是这样说的：

"我的配置可能出乎意料地普通。Claude Code 开箱即用效果就很好，所以我不需要做太多定制。"

这些并行会话不是子代理，不是记忆黑客，也没有使用任何特殊插件。

Claude Code 的创建者，使用方式比很多人都更简单。

真正重要的三件事

在研究了 Boris 分享的所有内容后，我发现他工作流程中最有价值的三点：

1. 验证循环是关键

当有人问 Boris 获得好结果最重要的技巧时，他没有谈提示词技术或上下文管理。他说：

"给 Claude 一种验证自己工作的方法。如果 Claude 有这个反馈循环，最终结果的质量会提升 2-3 倍。"

这是一个重大建议。Boris 经常使用 Claude Chrome 扩展进行测试——它打开浏览器、测试 UI、反复迭代直到代码正常工作。

当被问到如何创建验证循环时，他说：

"其实很简单，我觉得人们有时过度复杂化了。给 Claude 一个查看代码输出的工具，告诉 Claude 这个工具的存在。就这样。Claude 会自己搞定剩下的。"

对于服务端代码，给它启动服务器的方法；对于 Web 代码，给它与浏览器交互的方法；对于移动应用，使用手机模拟器（通过 MCP）。

验证循环不需要花哨，但它是任何 AI 编码工具闭合反馈的核心。

2. 持续更新一个文件

Boris 和团队共享一个 CLAUDE.md 文件。

规则很简单：每当发现 Claude 做错了什么，就更新 CLAUDE.md，让它下次知道。

这就是 Anthropic 所说的"复利工程"。每个错误都变成一次学习。团队合作时间越长，AI 就越"聪明"。

他们的文件有多大？2500 tokens。

并不是过度设计的庞大指令集，只是修复真实错误积累的智慧。

在代码审查时，Boris 会标记同事的 PR，要求在 PR 中添加对 CLAUDE.md 的修复。

这里的洞察是：把 AI 当作一个正在学习的初级开发者——当然你可以直接修复问题，但它永远不会学到教训。

3. 先计划，快执行

现在大多数会话都从计划模式开始。Boris 与 Claude 对话直到满意计划，然后才允许 Claude 执行。

他的原话是："一个好的计划真的很重要。"

这是大多数开发者（包括我自己）容易犯错的地方。我们直接跳进去写代码、检查、然后修正。Boris 先花时间把计划做对，然后离开。

对于规划，他使用启用思考模式的 Opus 4.5。原因是：

"因为不需要频繁干预，而且它在工具使用方面更好，所以最终几乎总是比使用小模型更快。"

瓶颈不是 AI，而是人类花在纠正错误上的时间。

如何管理 15 个并行代理

这部分非常重要。

Boris 不是在混乱中运行 15 个代理。每个代理都有自己独立的 git checkout，它们独立工作，永不冲突。

"我使用同一个仓库的 5 个独立 git checkout。"

他给终端标签页编号 1-5，使用 iTerm 2 系统通知来知道 Claude 何时需要输入。他不是盯着代理看，而是在需要帮助时收到通知。

当被问到如何安排任务时：

"我轮流处理，一旦某个标签页空闲，我就重启 Claude 并开始新任务。"

对于长时间运行的任务，他使用这些方法：

1. 提示 Claude 完成时用后台代理验证工作
2. 使用代理 Stop hook 进行特定验证
3. 对于真正自主的会话使用 ralph wiggum

对于自主长会话，他运行 --dangerously-skip-permissions（我不太推荐这个）。

他的常用斜杠命令

这些简单却有效，适用于每种工作流程。

他最常用的命令是：/commit-push-pr

简单吧？但如果这是你最常用的命令，难怪他每周能推送 50-100 个 PR。

他还使用两个子代理：

• code-simplifier：在主要工作完成后清理代码
• verify-app：检查端到端测试

就这样，现在看起来确实挺简单的，对吧？

"无限 Token" 问题

让我们谈谈 Reddit 上很多人提到的问题。

Boris 有我们其他人没有的东西——有人计算过他的日使用量大约是 240 万 tokens。

这样使用 Opus 4.5 每天大约花费 70+ 美元。

对于大多数人来说，这种方法因为成本问题不太可行，但他的原则仍然很棒，不能被忽视：

• 验证循环仍能让输出质量提升 2-3 倍
• 专注的 CLAUDE.md 仍能为团队带来复利效应
• 先计划后构建仍能节省时间
• 独立的 git checkout 非常棒

我在此之后的改变

以下是我立即改变的三件事，效果显著。

我停止过度设计

我曾经有很多技能文件、指令、记忆黑客。我把这些都精简了。如果 Claude Code 的创建者都保持普通配置，我可能也应该如此。

我专注于验证循环

这是最重要的技巧。我以前把 Claude 当作代码生成器，自己做测试。现在 Claude 可以自己测试，效果惊人。

我在计划模式花更多时间

我现在在计划模式上花的时间比以前多得多。我在这上面投入最多时间，以获得更好的后续结果。

从这里开始

你不必一次做完所有事情。

如果你有 5 分钟：在项目中创建/更新 CLAUDE.md 文件。根据 Claude 最近犯的一个错误添加一条规则。 如果你有 15 分钟：设置验证循环。例如，把 Claude 连接到你的浏览器。 如果你有 30 分钟：创建你的第一个斜杠命令。复制 Boris 的一个，我个人喜欢 commit-push-pr。 最值得学习的是简单但有效的原则。