Claude Code创始人实际上是怎么用Claude Code的

Claude Code的创始人Boris Cherny公开分享了他的开发工作流，两小时内就获得了超过5000个点赞。当一个工具的创造者亲自展示自己的使用方式时，所有人都会停下来认真看。

最让我意外的是他的做法有多简单。没有花哨的自定义配置，没有隐藏的秘密设置。他的核心方法就是把Claude Code的内置功能以一种有纪律、有章法的方式组合起来。

如果你读过Andrej Karpathy最近关于AI代码代理抽象层的拆解分析，Boris的指南可以看作是它的实战篇。

并行处理 - 同时跑15个Claude会话

Boris在终端里同时跑5个Claude实例，另外还在浏览器里通过claude.ai/code开5到10个会话。他甚至早上用手机启动会话，之后再回来查看进度。

他的设置方式：

• 给终端标签页编号1到5，通过系统通知来了解何时需要输入。
• 用&命令在本地和Web会话之间切换。
• 用--teleport在不同会话之间跳转。
• 每个终端标签页对应一个独立的git checkout，所以每个会话都在独立的分支上执行独立的计划。

这不是为了并行而并行。每个会话处理一个边界清晰、范围明确的任务。并行的前提是计划清晰，而不是靠来回切换上下文。

评论区有个值得注意的细节：Boris用的是每个标签页一个独立的git checkout，而不是git worktree。他觉得在同时管理多个会话时，这种更简单的模型更容易理解和推理。

Opus 4.5 + 思考模式 - 大模型反而更快

Boris所有任务都用最大的可用模型。这听起来违反直觉 - Opus每个token更慢，价格更贵。但他的理由很实际：大模型需要的纠正更少，工具调用更准确，首次输出的质量更高。

最终效果是，Opus完成整个任务的总耗时反而比小模型更短，因为你花在修错和重新提示上的时间大幅减少。

• 他测试过的所有模型中编码表现最好。
• 执行过程中需要的人工干预更少。
• 尽管每个token的延迟更高，但整体的实际完成时间反而缩短。

CLAUDE.md - 团队级的上下文工程

整个团队把一个统一的CLAUDE.md文件提交到Git仓库。每次Claude犯了一个错误，就有人往这个文件里加一条记录，确保同样的错误不再发生。

这是一种复利式的工程实践：

• 团队成员每周都会贡献更新。
• 代码审查时，团队用@.claude标签来请求补充CLAUDE.md。
• 每个团队维护自己的CLAUDE.md。
• 这个文件逐渐积累成一套不断增长的团队知识库，每个Claude会话都会自动继承。

概念本身很简单，但真正让它发挥威力的是持之以恒地维护这个文件的纪律性。

计划模式 - 好的规划是90%的成功

Boris大多数会话都从计划模式开始（按两次shift+tab）。如果目标是提交一个PR，他会和Claude反复讨论计划直到满意，然后切换到自动接受模式，让Claude不受打断地执行整个计划。

具体流程：

1. 在规划阶段投入充足的时间。
2. 反复迭代计划，直到覆盖了边界情况和潜在问题。
3. 计划确定后，切换到自动执行模式。
4. 实现阶段尽量减少来回修正。

这个模式消除了最常见的失败原因：还没想清楚就开始写代码。规划的成本很低，返工的成本很高。

斜杠命令和子代理 - 自动化重复性工作

任何Boris一天内会用到好几次的工作流，都会被做成斜杠命令，保存在.claude/commands/目录里。像/commit-push-pr这样的命令，不光开发者能用，Claude自己也能调用。

• 彻底消除重复性的提示输入。
• 用内联bash预计算上下文，让命令执行更快。
• code-simplifier和verify-app等子代理负责常见的验证工作流。
• PostToolUse钩子在每次编辑后自动格式化代码。

Boris也把Skills理解为斜杠命令的一种形式 - 可复用、可共享的工作流定义，用来标准化Claude处理特定任务的方式。

权限管理和工具集成

Boris没有使用--dangerously-skip-permissions，而是通过/permissions预先批准安全的命令。团队共享MCP服务器配置，这样Claude就能直接访问Slack、BigQuery、Sentry等工具。

• 通过.claude/settings.json共享权限设置。
• 通过.mcp.json共享工具集成配置。
• 在不牺牲安全性的前提下，减少不必要的权限弹窗。

这是全面锁死和完全开放之间的务实中间路线。团队先达成共识，明确哪些操作是安全的，把它固化下来，然后继续前进。

验证循环 - 2到3倍的质量放大器

Boris工作流中最重要的一个实践：给Claude一种验证自身产出的方式。

在claude.ai/code上，他让Claude通过一个Chrome扩展与实际应用交互，测试每一个改动。验证循环包括：

• 后台代理在任务完成后自动检查结果。
• Agent Stop钩子运行确定性验证。
• ralph-wiggum插件提供额外的验证能力。
• 沙盒环境配合调整后的权限模式，避免执行阻塞。
• 在浏览器和模拟器中进行真实的用户体验测试。

这不是可有可无的锦上添花。Boris认为验证循环是产出质量在1倍和2到3倍之间的分水岭。

这些实践背后的共通原则

抛开具体的工具和配置，四条原则浮现出来：

• 大胆并行。 同时运行多个会话，每个会话有清晰的范围和独立的分支。
• 先规划再动手。 计划模式是Claude Code中杠杆率最高的功能。
• 以团队为单位共享上下文。 CLAUDE.md把个人的经验教训转化为团队的集体知识。
• 闭合验证循环。 在你审查之前，先让Claude检查自己的工作。

Boris的配置中最令人印象深刻的不是某个单一技巧，而是整套方案的组件之少。这个工具的创造者并没有依赖什么特殊的花式配置。他依赖的是基本功，持续且一致地执行。