从Boris-Cherny的100-PR一周-我们能学到什么.md 5.8 KB


title: 从Boris Cherny的100 PR一周,我们能学到什么 author: Gamehu date: 2026-02-27 22:20:00 tags:

  • Claude Code
  • AI
  • 效率 categories:
  • 思考 ---
    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 的创建者, 他懂每一处细节, 他有整个团队支撑, 他做的是自己最擅长的事.

  1. 不适合普通开发者 大部分人:
    • 没有那么多实例预算
    • 没有那么多监控时间
    • 没有那么强的多任务能力
    • 没有团队支撑

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

  1. 质量 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 是来提升效率的,不是制造焦虑的

参考