本文基于 Anthropic 工程师、Claude Code 创作者 Boris Cherny 在 X 上分享的工作流实践整理。

核心理念

Boris Cherny 的工作流核心是：并行运行、持续学习、自动化提示、严格验证。这套方法让他的团队能够专注于代码审查和方向把控，而非繁琐的编码工作。

---

1. 并行会话管理

Boris 同时运行多个 Claude Code 会话来提升效率：

• 本地终端：5 个并行会话
• 远程网页：5-10 个会话（通过 Anthropic 网站）

关键实践

隔离策略：每个本地会话使用独立的 git checkout，而非分支或 worktree，避免冲突。

# 从 CLI 启动远程会话
claude --teleport &

--teleport 参数允许在本地和远程会话之间灵活切换。

预期损耗：约 10-20% 的会话会因意外情况被放弃——这是正常的，不必追求 100% 成功率。

---

2. 模型选择策略

Boris 对所有编码任务统一使用 Opus 4.5 with thinking：

特性	Opus 4.5	Sonnet
质量	更高	一般
可靠性	更强	一般
工具使用	更准确	有限
单次速度	较慢	较快
整体效率	更快	因返工而降低

核心观点：虽然 Opus 单次响应较慢，但因为质量高、返工少，整体效率反而更高。

---

3. CLAUDE.md：团队知识库

每个团队在 Git 仓库中维护一个 CLAUDE.md 文件，作为 Claude 的项目上下文。

文件内容

• 历史错误记录（让 Claude 不重蹈覆辙）
• 代码风格约定
• 设计指南
• PR 模板
• 团队特定的最佳实践

持续更新

在 PR Review 时使用 @.claude 标签将新发现添加到 CLAUDE.md：

<!-- CLAUDE.md 示例片段 -->
## 错误教训
- 不要在 useEffect 中直接调用 setState，会导致无限循环
- API 响应必须做 null check

## 风格约定
- 组件文件使用 PascalCase
- Hook 必须以 use 开头

Boris 团队的 CLAUDE.md 当前约 2.5k tokens。

---

4. Plan 模式工作流

这是 Boris 工作流中的核心环节：

┌─────────────────────────────────────────────────────┐
│  1. Plan Mode: 反复迭代直到计划满意                    │
│     ↓                                               │
│  2. Auto-accept Mode: Claude 一次性完成              │
│     ↓                                               │
│  3. Review & Verify                                 │
└─────────────────────────────────────────────────────┘

实践要点

“如果我的目标是写一个 PR，我会使用 Plan 模式，与 Claude 反复讨论直到我满意它的计划。然后切换到自动接受编辑模式，Claude 通常能一次完成。好的计划真的很重要！”

---

5. Slash Commands：自动化日常操作

所有自定义命令存储在 .claude/commands/ 目录下。

常用命令示例

# 每天使用数十次的命令
/commit-push-pr

这个命令内部使用 inline bash 预计算 git status 等信息，减少与模型的来回交互，显著提速。

其他日常命令

• /simplify - 简化代码
• /verify - 验证实现
• /test - 运行测试

---

6. PostToolUse Hook：自动格式化

防止因格式不一致导致 CI 失败。

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

每次 Claude 写入或编辑文件后，自动运行格式化工具。

---

7. 权限管理：安全优先

推荐做法

几乎不用 --dangerously-skip-permissions。

通过 /permissions 启用常用的安全命令：

# 允许的命令示例
bun run build:*
bun run test:*
cc:*
# ... 其他项目特定命令

唯一例外

在沙箱环境中运行长时间任务时，可使用 --dangerously-skip-permissions 防止 Claude 反复暂停请求权限。

---

8. 验证反馈循环（最重要的技巧）

核心观点：给 Claude 一种验证自己工作的方式，可以将最终结果质量提升 2-3 倍。

验证方式

1. Bash 命令 - 运行脚本检查输出
2. 测试套件 - 自动化测试
3. 浏览器测试 - UI 验证
4. 模拟器 - 移动端测试

实际应用

“Claude 使用 Chrome 扩展测试我们提交到 claude.ai/code 的每一个改动。它打开浏览器，测试 UI，并反复迭代直到代码运行正常、用户体验良好。”

---

工作流总结

┌──────────────────────────────────────────────────────────────┐
│                    Boris Cherny 工作流                        │
├──────────────────────────────────────────────────────────────┤
│  准备阶段                                                     │
│  ├── 维护 CLAUDE.md（团队知识库）                              │
│  ├── 配置 Slash Commands（自动化命令）                         │
│  └── 设置 PostToolUse Hooks（自动格式化）                      │
├──────────────────────────────────────────────────────────────┤
│  执行阶段                                                     │
│  ├── 并行运行多个会话（5 本地 + 5-10 远程）                     │
│  ├── 使用 Opus 4.5 with thinking                             │
│  ├── Plan Mode → 迭代计划 → Auto-accept Mode                 │
│  └── 验证反馈循环（测试、浏览器、模拟器）                        │
├──────────────────────────────────────────────────────────────┤
│  结果                                                        │
│  └── 团队专注于 Code Review 和方向把控                         │
└──────────────────────────────────────────────────────────────┘

---

关键 Takeaways

1. 并行会话 - 同时运行多个独立 checkout，提升吞吐量
2. 选择 Opus - 单次慢但整体快，质量和可靠性更重要
3. 维护 CLAUDE.md - 团队知识持续积累，让 Claude 越来越懂你的项目
4. Plan First - 好的计划是一次性完成的关键
5. 自动化一切 - Slash Commands + Hooks 减少重复工作
6. 验证闭环 - 给 Claude 反馈机制，质量提升 2-3 倍

---

参考资料

• Boris Cherny X 原帖