“即使在这一刻，也有15个Claude会话同时运行着。”
— Boris Cherny, Claude Code创始人
>
🎯 本文涵盖内容
- Claude Code设计者实际使用的工作流程
- 一人处理100个PR的并行执行策略
- 如何通过CLAUDE.md文件提升整个团队的水平
- 如何通过自我验证系统将产出质量提高2-3倍
- 现在即可遵循的实战设置方法
📌 引言 — “一个人如何处理100个PR？”
最近在开发者之间，经常听到这样的话题：“那个团队，那个功能怎么做得那么快？” 仔细一想，答案只有一个：他们不仅仅将AI用作“代码自动补全”，而是将其作为独立工作的代理来运行。
Claude Code的创建者Boris Cherny以一人每周处理100个PR而闻名。秘诀是什么？不是因为他聪明。而是因为他极致地利用了工具。
本文整理了他公开的13项生存策略。阅读后，别忘了打开你的终端。🖥️
🔍 策略1-3：并行执行 — 分身术的境界
1️⃣ 本地同时运行5个会话
Boris基本上在本地同时运行5个Claude会话。核心是为每个会话分配不同的任务。
- 会话A：功能开发
- 会话B：错误修复
- 会话C：测试代码编写
- 会话D：文档更新
- 会话E：代码审查响应
并且只有在需要用户输入时才会发出系统通知。其余时间，Claude会自动运行。流程不中断，因此注意力也能保持集中。
2️⃣ 添加Web会话，总计15个分身
不限于本地的5个。他额外添加5-10个Web会话，总共同时运行约15个会话。
这里的核心命令就是&。
# 将当前任务转到后台
claude "이 모듈 리팩토링해줘" &
claude "테스트 커버리지 높여줘" &
claude "README 업데이트해줘" &一旦加上&，Claude就变成了后台任务。我立即转到下一个任务。
3️⃣ 始终激活顶级模型 + Thinking模式
与其用小型模型多次尝试，不如从一开始就开启Opus 4.5等顶级模型的Thinking模式。
为什么？因为即使模型较重，人工干预的次数也会减少。如果第一次尝试就能得到想要的结果，那么最终总耗时会更短。
💡 Thinking模式是什么？Claude在给出答案之前，内部会经历一个“思考过程”的功能。对于复杂问题，准确性会大大提高。
🔍 策略4-7：CLAUDE.md和命令体系
4️⃣ CLAUDE.md — 团队的AI宪法
CLAUDE.md是一个文件，它告诉Claude在项目中应该如何行动。Boris设计这个文件从一开始就提交到Git。
使用模式很简单：
- 如果Claude犯了错误 → 在CLAUDE.md中添加“不要这样做”
- 如果产生了团队规则 → 添加到CLAUDE.md中
- 新团队成员加入时 → 通过CLAUDE.md进行入职培训
# CLAUDE.md 示例
## 코딩 규칙
- TypeScript strict 모드 사용
- any 타입 사용 금지
- 함수 하나당 책임 하나
## 테스트 규칙
- 새 기능은 반드시 unit test 포함
- 테스트 파일명: *.test.ts
## 절대 하지 말 것
- console.log 커밋 금지
- TODO 주석만 남기고 커밋 금지5️⃣ 在GitHub上直接标记Claude
在PR审查期间，你可以标记Claude。设置install-command后，可以在GitHub评论中通过@claude标签即时调用。
# 将Claude与GitHub Actions集成
claude install-command --github现在，如果你在PR评论中写下“@claude 将此约定添加到CLAUDE.md”，Claude将直接修改并提交文件。
6️⃣ 计划模式优先 — 执行前先规划
大多数会话都以计划模式（Plan Mode）开始。快捷键是Shift + Tab。
在计划模式下，Claude会提出一个计划，说“我认为可以这样做”。它不会立即执行。
工作流程：
- 进入计划模式（Shift + Tab）
- 审查和修改计划（可多次重复）
- 确定完美的计划
- 切换到自动接受编辑模式 → 一次性执行
🎯 核心：充分修改计划后，执行一次即可完成。
7️⃣ 将重复提示保存为命令
常用的提示可以保存为斜杠命令。
# 在 .claude/commands/ 文件夹中创建命令文件
# .claude/commands/review.md
코드 리뷰를 해줘. 다음 관점에서:
- 보안 취약점
- 성능 병목
- 가독성
- 테스트 누락 여부
# 用法
/review这个命令文件也提交到Git，供整个团队共享。
🔍 策略8-10：代理和自动化
8️⃣ 运行专业子代理
单独运行只负责特定角色的专业代理。
| 代理 | 角色 |
| Code Simplifier | 功能完成后专门负责代码整理和简化 |
| Verify Agent | 专门负责E2E测试、基于规范的验证 |
| Security Agent | 专门负责安全漏洞扫描 |
每个代理都被赋予明确的角色和有限的权限。角色越明确，产出质量越高。
9️⃣ 通过后置工具钩子自动化格式化
设置钩子，以便每次编写代码时自动执行格式化。
// .claude/settings.json
{
"hooks": {
"postTool": [
{
"matcher": "Write|Edit",
"hooks": [
{
"type": "command",
"command": "prettier --write $CLAUDE_FILE_PATH"
}
]
}
]
}
}现在，当Claude保存文件时，Prettier会自动运行。代码风格问题不再需要担心。
🔟 权限管理 — 通过斜杠命令预先注册
dangerously skip permission模式虽然方便但有风险。Boris转而采用预先注册可用Bash命令的方式。
// .claude/settings.json
{
"permissions": {
"allow": [
"Bash(npm test)",
"Bash(npm run build)",
"Bash(git status)",
"Bash(git diff)",
"Bash(prettier --write *)"
],
"deny": [
"Bash(rm -rf *)",
"Bash(git push --force)"
]
}
}这个配置文件也提交到Git，供整个团队共享。
🔍 策略11-13：工具集成和自我验证
1️⃣1️⃣ 完全开放工具权限
赋予Claude各种工具的访问权限。
- Slack搜索 → “这个错误以前是怎么解决的？”
- 执行DB查询 → 直接用实际数据验证
- 查看Sentry错误日志 → 从错误分析到修复一并处理
如果Claude能够直接收集、分析甚至修正信息，那么人类就没有理由介入。
1️⃣2️⃣ 长时间运行任务处理策略
长时间运行的任务需要特殊的策略。
# 使用后台代理验证已完成的任务
claude "이전 작업 결과 E2E 테스트 돌려줘" &
# 使用 agent-stop-hook 确保确定性结果
# 无限重复任务请使用 Wigglon 插件核心是即使任务完成，验证也会在后台持续运行。在我进行其他工作时，质量会得到提升。
1️⃣3️⃣ 构建自我验证系统
这是最后也是最强大的策略：为Claude提供自我验证的方法。
# 明确向Claude提供验证方法
"구현 완료 후 다음 방법으로 직접 검증해줘:
1. 브라우저에서 /login 페이지 실제 접속
2. 모바일 뷰포트(375px)로 레이아웃 확인
3. 네트워크 탭에서 API 응답 코드 확인
4. 콘솔 에러 없음 확인"建立自我反馈循环可以使产出质量提高2-3倍以上。在人工审查之前，你将收到已经通过初级质量过滤的结果。
⚠️ 注意事项 — 请注意这些
不要在没有权限设置的情况下随意运行 🚫
dangerously skip permission模式虽然方便，但它可能执行rm -rf或git push –force等不可逆的命令。务必先设置permissions.deny列表。
不要忽视CLAUDE.md 📄
CLAUDE.md不是一次性创建就结束的。如果Claude重复犯同样的错误，那就是更新CLAUDE.md的信号。将其作为一份活文档来管理。
计算并行会话成本 💸
同时运行15个会话意味着API成本也会增加15倍。最好从2-3个会话开始，熟悉工作流程后再增加。
✅ 总结 — 现在就开始行动
| 顺序 | 行动 | 预计耗时 |
| 1 | 创建CLAUDE.md文件并编写基本规则 | 10分钟 |
| 2 | 设置.claude/settings.json权限 | 5分钟 |
| 3 | 将1个常用提示转换为斜杠命令 | 5分钟 |
| 4 | 尝试并行运行2个会话 | 即时 |
| 5 | 养成计划模式（Shift+Tab）的习惯 | 几天 |
你不需要一次性引入所有13项策略。今天，只需创建一个CLAUDE.md文件就足够了。那些不假思索就开始行动的人，最终会生存下来。🔥
发表回复