---
title: 从Boris Cherny的100 PR一周,我们能学到什么
author: Gamehu
date: 2026-02-27 22:20:00
tags:
  - Claude Code
  - AI
  - 效率
categories:
  - 思考
---
<div class="tag-container">
  <span class="ai-tag">Claude Code</span>
  <span class="sub-tag">思考</span>
</div>

## 引言

最近有篇 Medium 文章火了,标题很炸:<span class="gradient-text">Claude Code's Creator, 100 PRs a Week</span>。

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

文章还提到了他的工作流:
- 5 个 Claude 实例在终端跑
- 另外 5-10 个在浏览器跑
- 早上用手机启动会话
- 晚上检查进展

看得很震撼对吧?

## 我的第一反应

老实说,看完我<span class="highlight-text">有点焦虑</span>。

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

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

结合这两份材料,我发现了一些<span class="warning">有意思的偏差</span>。

## 这篇文章说了什么

### 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,持续优化。

### 但文章遗漏了什么

文章<span class="warning">只说了结果,没说代价</span>。

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

这<span class="highlight-text">不是一般开发者能做到的</span>。

## 我的判断

### 这篇文章有用吗?

有用,但<span class="warning">要谨慎看待</span>。

### 有用的地方

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

2. **工作流的思路**
   - 多实例并行
   - 手机远程控制
   - 持续监控
   - 无人值守模式

这些思路<span class="gradient-text">可以借鉴</span>,但不用照搬。

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

### 要警惕的地方

1. <span class="warning">容易引发焦虑</span>
   看到"一周 100 PR",容易焦虑:
   - 我是不是太慢了?
   - 我是不是没充分用 AI?
   - 我是不是不够努力?

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

2. <span class="warning">不适合普通开发者</span>
   大部分人:
   - 没有那么多实例预算
   - 没有那么多监控时间
   - 没有那么强的多任务能力
   - 没有团队支撑

   照搬这个工作流,大概率<span class="highlight-text">翻车</span>。

3. <span class="warning">质量 vs 数量的平衡</span>
   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 的秘籍,我觉得核心思想是:

<span class="gradient-text">把 Claude Code 当作团队的一部分,而不是工具.</span>

- 不是"让它帮我写代码"
- 而是"它帮我干活,我管理"

Boris 的成功,不是因为他开 10 个实例.
而是因为他<span class="highlight-text">建立了一套高效的工作流</span>。

这套工作流:
- 清晰的任务拆分
- 合理的并行策略
- 自动化的质量保障
- 持续的反馈优化

## 写在最后

这篇文章的价值,是<span class="highlight-text">展示了可能性</span>。

但不要被数字迷惑.

100 PR 一周,是:
- Boris 作为创建者的极限操作
- 有团队支撑
- 有多年积累

普通人:
- 学思路,别学数字
- 借鉴经验,别照搬
- 找平衡,别追求极限

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

简单才是王道.

<span class="warning">别让焦虑支配你。</span>

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

Claude Code 是来<span class="gradient-text">提升效率的,不是制造焦虑的</span>。

## 参考

- 原推: https://x.com/bcherny/status/2007179832300581177
- Medium 文章: https://medium.com/vibe-coding/claude-codes-creator-100-prs-a-week-his-setup-will-surprise-you-7d6939c99f2b
- 我的 13 条秘籍文章: /claude-Code创始人的13条实战秘籍/