从Boris Cherny的100 PR一周,我们能学到什么

发表于 分类于
Claude Code 思考

引言

最近有篇 Medium 文章火了,标题很炸:Claude Code’s Creator, 100 PRs a Week。

说的是 Boris Cherny,Claude Code 的核心开发者,一周提交了 100 个 PR。

文章还提到了他的工作流:

  • 5 个 Claude 实例在终端跑
  • 另外 5-10 个在浏览器跑
  • 早上用手机启动会话
  • 晚上检查进展

看得很震撼对吧?

我的第一反应

老实说,看完我有点焦虑。

一周 100 PR,平均每天 14 个 PR。
这是人能干出来的量吗?

但冷静下来想想,我看了下 Boris 之前分享的 13 条实战秘籍。

结合这两份材料,我发现了一些有意思的偏差。

这篇文章说了什么

Boris 的工作流

根据文章,Boris 的设置是:

  1. 多实例并行

    • 5 个终端实例,跑 5 个 Claude Code
    • 另外 5-10 个浏览器实例,干别的任务

  2. 24/7 监控

    • 早上用手机启动会话
    • 白天在电脑干活
    • 晚上检查进展
    • 循环往复

  3. 极致优化

    • 每个实例都跑满
    • 不等一个完再开下一个
    • 充分利用 Claude 的并发能力

结果:一周 100 PR。

结合 Boris 的 13 条秘籍来分析

一致的地方

文章说的和工作流,和 Boris 的秘籍是一致的:

  1. 并行多个任务
    Boris 的第 2 条秘籍就是”并行多个任务”。
    5-10 个实例,这确实是极限并行。

  2. 无人值守模式
    Boris 的第 3 条秘籍用 --permission-mode=dontAsk。
    不用等他点批准,Claude 自己跑,不用等。

  3. 持续反馈和优化
    Boris 的第 13 条秘籍是”持续反馈和优化”。
    团队每周多次更新 CLAUDE.md,持续优化。

但文章遗漏了什么

文章只说了结果,没说代价。

100 PR 一周的背后:

  • 要有 10+ 个 Claude 实例
  • 要持续 24/7 监控
  • 要管理这么多会话的上下文
  • 要处理 100 个 PR 的 review

这不是一般开发者能做到的。

我的判断

这篇文章有用吗?

有用,但要谨慎看待。

有用的地方

  1. 展示了 Claude Code 的极限
    它确实能处理大量任务
    并行确实能大幅提升效率

  2. 工作流的思路

    • 多实例并行
    • 手机远程控制
    • 持续监控
    • 无人值守模式

这些思路可以借鉴,但不用照搬。

  1. 自动化的价值
    agent stop 钩子
    Chrome 扩展自动测试
    这些自动化确实能省时间

要警惕的地方

  1. 容易引发焦虑
    看到”一周 100 PR”,容易焦虑:

    • 我是不是太慢了?
    • 我是不是没充分用 AI?
    • 我是不是不够努力?

    但 Boris 是 Claude Code 的创建者,
    他懂每一处细节,
    他有整个团队支撑,
    他做的是自己最擅长的事.

  2. 不适合普通开发者
    大部分人:

    • 没有那么多实例预算
    • 没有那么多监控时间
    • 没有那么强的多任务能力
    • 没有团队支撑

    照搬这个工作流,大概率翻车。

  3. 质量 vs 数量的平衡
    100 PR 一周,质量怎么样?

    • 每个 PR 都认真 review 吗?
    • 都有测试吗?
    • 都有文档吗?

    数量不是一切。

普通人应该怎么做

可以借鉴的

  1. 保持简单配置
    Boris 说得对,默认配置就够用.
    别一上来就调配置.

  2. 并行 2-3 个任务
    量力而行,2-3 个就好.
    Boris 的 5-10 个,是极限操作.

  3. 善用 /goal 命令
    把相关任务一起执行.
    Claude 会自动处理依赖关系.

  4. 无人值守模式
    长任务用 --permission-mode=dontAsk.
    不用一直守着点批准.

  5. 建立 CLAUDE.md
    把项目特有的事记下来.
    避免重复踩坑.

不建议照搬的

  1. 一天 14 个 PR
    没必要,真的没必要.
    质量比数量重要.

  2. 24/7 监控
    不是所有人都这么干.
    正常工作,有张有弛就行.

  3. 5-10 个实例
    资源消耗太大.
    2-3 个实例就够了.

  4. 晚上检查进展
    正常下班就该下班.
    没必要 24/7 在线.

核心思想

结合文章和 Boris 的秘籍,我觉得核心思想是:

把 Claude Code 当作团队的一部分,而不是工具.

  • 不是”让它帮我写代码”
  • 而是”它帮我干活,我管理”

Boris 的成功,不是因为他开 10 个实例.
而是因为他建立了一套高效的工作流。

这套工作流:

  • 清晰的任务拆分
  • 合理的并行策略
  • 自动化的质量保障
  • 持续的反馈优化

写在最后

这篇文章的价值,是展示了可能性。

但不要被数字迷惑.

100 PR 一周,是:

  • Boris 作为创建者的极限操作
  • 有团队支撑
  • 有多年积累

普通人:

  • 学思路,别学数字
  • 借鉴经验,别照搬
  • 找平衡,别追求极限

Boris 自己都说,他的配置”出乎意料的简单”.

简单才是王道.

别让焦虑支配你。

找到适合自己的节奏,持续优化,就够了.

Claude Code 是来提升效率的,不是制造焦虑的。

参考