Claude Code 创始人工作流完全复盘：从病毒式传播到「编程已被解决」

2026 年 1 月 3 日，Boris Cherny 发了一条帖子，让整个开发者社区集体沸腾。

两个月后，他在播客里说出了更大的话：“编程基本上已经被解决了。”

Boris 是谁？就是造出 Claude Code 的那个人——Anthropic Staff Engineer，Claude Code 的创始工程师，现在是整个 Claude Code 团队的负责人。

1 月 3 日那条帖子，他晒出了自己的日常工作流。

VentureBeat 的报道标题直接写道：“The creator of Claude Code just revealed his workflow, and developers are losing their minds”（开发者们集体崩溃了）。

震撼的不是什么黑科技，恰恰相反——因为他的配置"出奇地朴素"（his words，原话）。

但朴素背后有一套令人咋舌的工作结果：30 天内，259 个 Pull Request，497 次提交，4 万行代码新增，3.8 万行删除。

所有代码，全部由 Claude Code 完成。

一位用户在实现这套工作流后留下了这样一句话：

“这感觉更像在玩星际争霸，不是在写代码。”

这篇文章是一次完整复盘：他 1 月 3 日说了什么，两个月里工具如何跟进，社区学到了什么，以及他 2 月在播客里透露的下一步。

Claude Code 创始人工作流完全复盘：从病毒式传播到"编程已被解决"

第一件事：他同时跑 10-15 个 Claude

大多数人用 Claude Code 的方式是：打开一个窗口，提问，等回答，继续。

Boris 不是这样的。

他在终端里同时跑 5 个 Claude Code 会话，每个标签页都有编号（1、2、3、4、5），并配置了系统通知——哪个 session 需要他确认，通知就弹出来。

与此同时，他在浏览器的 claude.ai/code 里再跑 5-10 个会话。

加起来同时运行着 10 到 15 个 Claude 实例。

早上起来，他会在 iPhone 上启动几个新任务，让它们跑着，白天随时 check in。本地和 Web 之间用 --teleport 命令把会话传送过去（这个功能在 1 月 7 日的 Claude Code 2.1.0 正式上线）。

他对这个模式的定义很精准：

“我不把 AI 当一个工具来用，我把它当成一种可以调度的算力。分配它、排队给它、让它并行跑。”

一个值得注意的细节（来自 InfoQ 的深度报道）：Boris 的每个本地 session 用的是独立的 git checkout，而不是分支或 worktree——这是为了从根本上避免并行 session 之间的文件冲突。这也是他能放心并行跑十几个 session 的工程前提。

另外他坦承：10-20% 的 session 会因为遇到意外情况被直接放弃，这是正常损耗，并非失败。

并行，才是 Claude Code 真正的超能力。

Boris 调度 10-15 个并行 Claude Session 的三端工作流

第二件事：他只用 Opus 4.5，开启 Thinking 模式

他的模型选择很清晰：Opus 4.5 + thinking mode，全场景统一使用。

有人可能会问——Sonnet 不是更快吗？

Boris 的回答很有意思：

“Opus 4.5 虽然更大更慢，但它需要我纠正的次数更少。工具使用更准确。算下来，它反而更快。”

这是一个"慢就是快"的逻辑。用更聪明的模型，少走弯路，总体时间更短。

另一个角度：当你同时跑 10+ 个 session 时，每个 session 的等待时间都在并行消化，“单次稍慢"的成本被摊薄了。

第三件事：CLAUDE.md 是团队基础设施，不是个人笔记

这是整个工作流里最值得学的一条。

大多数人对 CLAUDE.md 的理解是：给 Claude 写一些背景信息，让它知道你的项目长什么样。

Boris 和他的团队把它做成了团队共享的制度性记忆。

具体做法：

CLAUDE.md 检入 git，全团队共享一份，目前 Anthropic 内部的版本约 2,500 tokens
每周多次更新——不是偶尔改，而是持续维护
出错即记录：Claude 犯了错，马上把这个"错误 + 正确做法"加进 CLAUDE.md
内容涵盖：代码风格、设计规范、PR 模板、最佳实践……

最妙的一个机制：Code Review 时，直接 tag @.claude 要求它更新 CLAUDE.md。

这意味着 CLAUDE.md 的更新和代码审查是同一个流程，不需要额外维护成本。每一次代码变化，文档同步跟进。

他管这叫”Compounding Engineering"（复利工程）——每一次纠正都变成永久上下文，错误的代价一次性付清，收益却持续累计。

2月更新：Auto Memory——Claude 自己的笔记本

1月的帖子之后，2 月 Claude Code 推出了 Auto Memory 功能，是对 CLAUDE.md 体系的重要补充。

两者的区别一句话说清楚：

CLAUDE.md = 你写给 Claude 的指令（检入 git，团队共享）
MEMORY.md = Claude 写给自己的笔记本（本地机器，不进 git）

Auto Memory 存储在 ~/.claude/projects/<仓库名>/memory/ 目录。Claude 会在工作过程中自动记录：

项目的构建命令
它观察到的代码风格规律
重复出现的 bug 及解法
架构决策和代码入口点

用 /memory 命令可以查看和管理。MEMORY.md 前 200 行自动加载进每次对话，超出部分截断——所以 Claude 被设计为保持 MEMORY.md 紧凑，把详细内容放进子文件（如 debugging.md、patterns.md）按需读取。

从此，Claude 不再每次都从零认识你的项目，而是在每次工作里不断积累。

第四件事：每次会话必须从 Plan Mode 开始

这一条被他反复强调。

操作很简单：打开 Claude Code 后，按两次 Shift+Tab，进入 Plan Mode。

Plan Mode 下，Claude 会先给你一个完整计划，而不是直接开始改代码。

Boris 的流程是：

进入 Plan Mode，把需求说清楚
和 Claude 来回迭代，直到计划让他满意
计划确认后，切换到 auto-accept edits 模式
Claude 通常一次性完成整个任务，不需要他再干预

他特别提到：在目标是"完成一个 Pull Request"的时候，这套流程几乎是无敌的。

先谋而后动。给 Claude 的提示越明确，它给你的结果越准确。 Plan Mode 是把这个道理强制执行到工作流里的机制。

第五件事：斜杠命令处理所有重复工作

Boris 在 .claude/commands/ 目录里创建了大量自定义斜杠命令。

其中用得最多的一个叫 /commit-push-pr。这一个命令，他每天用几十次。

它会自动：暂存所有改动 → 写提交信息 → 推送到远程 → 开一个 Pull Request。

一条命令，完成完整的代码提交流程。

但这只是开始。 InfoQ 的报道揭示了一个更底层的自动化细节——Boris 配置了 PostToolUse Hook，在每次 Claude 写完或编辑完文件后，自动触发代码格式化：

1
2
3
4
5
6
7


"PostToolUse": [{
  "matcher": "Write|Edit",
  "hooks": [{
    "type": "command",
    "command": "bun run format || true"
  }]
}]

这意味着 CI 格式检查永远不会失败，因为每次文件写入后代码就已经被自动格式化了。

把所有"你知道要做但需要手动执行"的步骤，全部封装成命令或 hook。每次执行不需要思考，只需要触发。

第六件事：AI 管理 AI——subagent 流水线

这是最让人脑洞大开的部分。

Boris 创建了几个专职 subagent：

code-simplifier：主体任务完成后，专门负责清理和简化代码
verify-app agent：在任何东西推上去之前，先跑一轮端到端测试

一个 Claude 写代码 → 另一个 Claude 清理代码 → 第三个 Claude 测试代码

他不是在写代码，他是在调度一个 AI 流水线。

AI 管理 AI——写代码、清理代码、测试代码三段流水线

2月更新：Agent Teams 正式上线

1月帖子之后，Anthropic 在 2 月正式推出了 Claude Code Agent Teams，这是对 Boris 个人 subagent 实践的官方产品化。

Agent Teams 的核心机制：一个 Claude 担任"team lead"，负责拆解任务和分派；其他 Claude 作为"teammates"，各自负责独立的模块，互相之间可以直接通信，共享任务列表。

这不是"一个 AI 假装多任务"——这是真正独立的多个 session 进行协调工作。

同期还推出了 claude --worktree 支持：给每个 agent session 创建独立的 git worktree，从文件系统层面彻底隔离，解决多个 agent 同时编辑同一文件的冲突问题。

1月之后：这条帖子引发了什么

Boris 的帖子发出一周后，VentureBeat 发文，标题是"开发者们正在重新思考一切"。

社区分裂成两派：

一派立刻重新配置了自己的整套环境
另一派觉得这是"有无限 token 预算的人才能玩的把戏"，不适用普通人

但两派都忽略了一件事：Boris 的工作流里没有任何 Anthropic 内部专属功能——他用的都是公开版 Claude Code，你现在就能复制。

2月19日：他说出了更大的话

1 月的帖子轰动之后，Boris 在 2 月接受了 Lenny’s Podcast 的采访。

他说出了一句更大的话：

“我认为在这个阶段，可以说编程基本上已经被解决了。至少对我做的这类编程，它已经是一个被解决的问题了，因为 Claude 可以做到。”

来自 Claude Code 创始人自己的嘴。

他还给出了两个数字：

Claude Code 现在占全球 GitHub 公开 commits 的 4%
日活用户上个月翻了一倍

更令人印象深刻的是他对未来的描述。他说，Claude 现在已经开始：

“查看用户反馈、bug 报告、产品 telemetry，然后自己提出修复建议和功能想法。它开始有点像一个同事了。”

从"执行工程任务"到"主动提产品想法"——这条线正在被穿越。

他对工程师职位的预判也很直接：

“到今年年底，‘软件工程师’这个头衔可能会开始消失，被’builder’取代。或者说，每个人都会是产品经理，每个人都会写代码。”

值得一提的是：他自己在这个过程中也经历了一次考验。采访里提到，他曾短暂离开 Anthropic 加入 Cursor，两周后回来了。没有更多解释，但这两周的经历想必让他对两种工具的差异有了最直接的体感。

社区在这两个月里学到了什么

Boris 的帖子之后，整个社区都在测试和迭代。以下是高质量开发者整理出来的、对普通用户最有价值的补充技巧：

并行管理

用 /resume 命令恢复被中断的 session，无需重新描述上下文
把终端分割成 2-3 个窗口实时跟踪并行任务，比依赖系统通知更直观

模型选择策略

Opus 处理复杂任务，Haiku 处理简单/结构化任务——速度快、token 消耗低
不需要 Opus 时，可以用 Gemini 2.5 Pro（通过 Gemini CLI，免费）

提效小习惯

创建终端别名：cc 启动 skip-permission 模式，ch 默认启动 Haiku session
每次 session 结束前说一句：“make sure the project documentation is up to date”——让 Claude 主动更新文档
在 .memory 文件夹里存储 subagent 的历史输出，供后续调用参考

汇总：他的工作流全貌

做法	背后逻辑
10-15 个并行 session + 独立 git checkout	把等待时间变成并行产出，隔离冲突
Opus 4.5 + thinking	减少纠错次数，总体更快
团队共享 CLAUDE.md（2.5k tokens）	复利工程：错误代价一次性付清
Auto Memory / MEMORY.md	Claude 自己积累项目知识
每次先 Plan Mode（Shift+Tab × 2）	先谋后动，避免大规模返工
PostToolUse Hook 自动格式化	消除 CI 格式失败的可能性
自定义斜杠命令 `/commit-push-pr`	把重复操作封装，降低认知负担
专职 subagent 流水线	AI 管理 AI，解放人的注意力

你现在可以做的三件事

今天就能上手：

给你的项目建一个 CLAUDE.md，至少写上：项目结构、常用命令、代码规范。花 10 分钟，所有后续会话都受益。目标是控制在 200 行以内，规则执行率最高。
下次用 Claude Code 时，先按两次 Shift+Tab 进入 Plan Mode，把任务说清楚，等计划满意再让它执行。
创建你最常用的斜杠命令。从 /commit-push-pr 开始，或者任何你每天要重复做的事情。

最后，Boris 在 1 月帖子里说的那句话，现在读来有了更深的分量：

“我的配置可能出奇地朴素。Claude Code 本身就工作得很好，我个人其实没有做太多自定义。”

两个月过去了，他的帖子引发了大规模讨论，工具本身迭代了 Agent Teams、Auto Memory、Worktrees……

但核心逻辑没有变：并行思维 + 制度性记忆 + 封装重复动作。

造出这个工具的人，用最简单的配置，做出了最惊人的结果。

复杂不是效率的来源。清晰的工作流才是。

资料来源：

Boris Cherny X 帖子（2026-01-03）：https://x.com/bcherny
Boris Cherny Threads - Claude Code 2.1.0 发布公告（2026-01-07）：https://www.threads.com/@boris_cherny/post/DTOyRyBD018/
paddo.dev 整理：https://paddo.dev/blog/how-boris-uses-claude-code/
The Automated 分析：https://www.theautomated.co/p/boris-cherny-s-claude-code-workflow-that-5-developer-productivity
Product with Attitude 解读：https://karozieminski.substack.com/p/boris-cherny-claude-code-workflow
VentureBeat 报道：https://venturebeat.com/technology/the-creator-of-claude-code-just-revealed-his-workflow-and-developers-are
InfoQ 深度报道：https://www.infoq.com/news/2026/01/claude-code-creator-workflow/
Lenny’s Podcast（2026-02-19）：https://www.lennysnewsletter.com/p/head-of-claude-code-what-happens
Auto Memory 指南：https://claudefa.st/blog/guide/mechanics/auto-memory
Claude Code Agent Teams：https://claudefa.st/blog/guide/agents/agent-teams-workflow
Git Worktrees 支持：https://claudefa.st/blog/guide/development/worktree-guide
Claude Code Changelog：https://claudelog.com/claude-code-changelog/