Boris 是 Claude Code 的创建者。Claude Code 是一套可在终端、IDE、Desktop 和 Web 使用的 AI 编程工具，支持在对话中读代码、改代码、跑命令。他在 X 上通过 @bcherny 的推文分享了一套使用建议，来自 Claude Code 团队的一手经验。团队里每个人的用法不同，没有唯一「正确」方式，重要的是多试、找到适合自己的那一套。下面按条整理，并稍作补充说明，方便查阅。

## 1. 多做并行

用 git worktree 在同一仓库下开出多份工作目录，每个目录对应一个独立的 Claude Code 会话（一个对话窗口），同时推进 3～5 个任务或分支。这样不同会话之间互不干扰，又能共享同一套 git 历史。团队公认这是最大的效率提升方式：Boris 自己多用多个 git checkout，更多人用 worktree，Claude Desktop 也因此做了 worktree 的原生支持。

实践上，有人会给 worktree 起名、配 shell 别名（如 za、zb、zc）一键切换；也有人单独建一个「分析用」worktree，只用来读日志、跑 BigQuery，不写业务代码。

> git worktree 的使用，参考 [Git worktree 使用](/posts/e2916ddb/)
>
> 除此之外还可以使用 tmux 来管理多个 worktree，参考 [Tmux 速查手册](/posts/d64622c6/) 以及 [tmux 配置](/config/)

## 2. 复杂任务先进入 plan 模式

Claude Code 支持先写计划、再按计划实现的「plan 模式」。把精力花在「先把计划想清楚」上，让 Claude 按计划一次把实现做对，比边写边改更省心。有人会让一个 Claude 写计划，再开另一个 Claude 以资深工程师视角审计划；也有人强调一旦执行跑偏就立刻回到 plan 模式重新规划，不要硬推，并且在验证阶段也明确要求进入 plan 模式，而不只在写代码时用。

> plan 模式的使用，参考 [Claude Code：Common workflows（Plan Mode）](https://code.claude.com/docs/en/common-workflows#use-plan-mode-for-safe-code-analysis)
>
> 可以说「先写一份实现计划，再按计划一步步做」，等 Claude 列出步骤并确认后再发「按计划实现」。或者先让一个会话写「给 XX 功能做重构计划」，把计划复制到另一个会话，说「以资深工程师视角审这份计划，指出遗漏和风险」。

## 3. 认真经营 CLAUDE.md

CLAUDE.md 是放在项目根目录、给 Claude（以及其它 AI 助手）看的说明文件，用来约定写作风格、项目结构、常用命令等。每次纠正完 Claude 后，结尾加一句：「更新你的 CLAUDE.md，以后别再犯同样的错。」Claude 很擅长根据反馈给自己写规则。要对 CLAUDE.md 持续删改、迭代，直到可感知的错误率明显下降。

有人会让 Claude 为每个任务或项目维护一个 notes 目录，每个 PR 后更新，然后在 CLAUDE.md 里指向它，方便后续对话直接引用。

> Claude 把参考链接写成了行内式，你纠正后加一句「更新 CLAUDE.md，以后参考链接都用列表形式，每条单独一行」。下次写文章时 Claude 会按规则来。或者你发现它总在测试里写覆盖率输出，就让它加一条「测试代码里不要打印覆盖率，各语言用各自的方式统计」。

## 4. 做自己的 skills 并提交到 git，跨项目复用

Skill 是 Claude Code 里可复用的能力包（一组说明 + 可选步骤），斜线命令（slash command）是输入 /xxx 触发的预设指令，都可以写进项目或全局配置里。建议：一天会做超过一次的事，就做成 skill 或 command。例如做一个 /techdebt 斜线命令，每次收尾时跑一遍，让 Claude 找重复代码并清理；或者做一个把最近 7 天 Slack、GDrive、Asana、GitHub 同步成一份 context 的斜线命令；也可以做类似数据分析工程师风格的 agent，写 dbt 模型、审代码、在 dev 环境测变更（dbt 是常用的数据建模与转换工具）。

> 斜线命令与 skills 的对比与用法，参考 [Claude Code 自定义斜线命令和 skills 的比较](/posts/914cc6bd/)
>
> 在项目里建 `.claude/skills/techdebt/SKILL.md`，内容写「扫描当前改动和近期提交，找出重复或可合并的代码，给出具体重构建议」，保存后输入 `/techdebt` 即可触发。或者做一个 `/review`，内容写「按 Go/项目 code review 规范审当前 diff，列出问题并给出修改建议」，提 PR 前跑一遍。

## 5. 让 Claude 自己修大部分 bug

通过 MCP（Model Context Protocol）把 Slack 等外部服务接到 Claude 后，可以把 Slack 里的 bug 讨论整段粘贴进对话，然后只说「fix」，无需再手动复述上下文。或者直接说「去修掉失败的 CI 测试」，不用管具体步骤，让 Claude 自己看日志、改代码。把 docker 日志丢给 Claude 排查分布式系统问题，效果也不错。

> 把 Slack 里关于「用户登录 500」的那几段讨论（含报错、复现步骤）复制进对话，发一句「fix」或「按这个讨论修掉这个 bug」。或者 CI 红了之后，在项目根目录打开 Claude，说「去修掉当前失败的 CI，不用一步步告诉我，修完说一声」。再比如把 `docker logs xxx 2>&1 | tail -200` 的输出贴进去，说「这是服务 A 的日志，最近经常超时，帮忙分析可能原因并给排查建议」。

## 6. 提升 prompt 水平

可以「挑战」Claude：例如「针对这些改动拷问我，通不过你的测试就不许提 PR」，让 Claude 当 code reviewer；或者说「证明给我看这样能工作」，让 Claude 对比 main 和 feature 分支的行为。对不满意的修复可以说：「以你现在的理解，推倒重来，用更优雅的方式实现。」交办任务前写清楚需求或规格说明（spec）、减少歧义，越具体，输出越好。

> 提 PR 前可以说「针对这份 diff 当 code reviewer，问我问题，我答不上来就不许提 PR」，让 Claude 提问你来答。或者说「证明这个分支和 main 在 [某场景] 下行为一致」，让 Claude 对比逻辑或补测试。对一次改了一堆文件的修复，可以说「以你现在的理解，用更少、更清晰的改动能实现同样效果的话，重写一版」。

## 7. 终端与环境

团队里很多人用 Ghostty（一款终端模拟器），喜欢同步渲染、24-bit 色和正确的 Unicode。为方便多开 Claude，可用 /statusline 斜线命令自定义状态栏，始终显示当前 context 用量（对话消耗的上下文长度）和 git 分支；不少人会给终端标签上色、命名，有时用 tmux，一个标签对应一个任务或 worktree。另外建议开语音输入：说得比打字快很多，prompt 也会更详细（macOS 上按 fn 两次可触发听写）。

> 在 Claude Code 里输入 `/statusline`，在弹窗里勾选「context 用量」和「当前 git 分支」，状态栏会常显这两项，多开会话时不容易搞混。macOS 可在「系统设置 → 键盘 → 听写」里开启听写，默认连续按两次 fn 触发，说完一句 prompt 比手打快很多。

## 8. 善用 subagents

Subagent 是 Claude Code 里派出去处理子任务的代理。在希望多算力砸上去的问题上，在请求里加上「use subagents」。把单块任务交给 subagent，主会话的 context 更干净。还可以通过 hook 把权限请求（例如是否允许执行某条命令）路由给 Opus 4.5，做攻击扫描并自动批准安全请求，减少反复点批准。

> 可以说「用 subagents：1）审这份 PR 的代码质量 2）补单元测试 3）更新 CHANGELOG」，让 Claude 拆成子任务并行做。或者「用 subagents 把 docs/ 下所有 API 文档检查一遍，列出和当前代码不一致的地方」。权限方面，在配置里给 permission request 挂上 hook，让 Opus 4.5 先扫一遍，安全的自动通过，有风险的再弹给你确认。

## 9. 用 Claude 做数据与分析

在 Claude Code 里让 Claude 用 bq CLI（Google BigQuery 命令行工具）拉数据、在对话里直接做分析。团队把 BigQuery 的 skill 放进代码库，大家直接在 Claude Code 里写分析查询，有人已经半年多没手写 SQL。任何有 CLI、MCP 或 API 的数据库都可以类似用法。

> 说「用 bq 查一下过去 7 天 /api/orders 的 QPS 和 P99 延迟，按天聚合」，让 Claude 写查询、跑命令、把结果总结成几句话。或者说「我们库里有 users、orders 表，写一条 SQL 算过去 30 天每用户的订单数和总金额，并给出 BigQuery 命令」。没有 bq 的话，有 PostgreSQL 就说「用 psql 查…」，有 MCP 就接数据源后直接说「查…」。

## 10. 用 Claude 学习

在 /config 里开启「Explanatory」或「Learning」输出风格，让 Claude 解释「为什么」而不只是改了什么。可以让 Claude 生成 HTML 演示文稿讲不熟悉的代码；也可以让 Claude 画 ASCII 图解释新协议或代码库。还有人做了一个间隔重复学习 skill：你讲你的理解，Claude 追问补漏，并把结果存下来，类似背单词那样定期复习巩固。

> 打开 Claude Code 的 /config，在输出风格里选「Explanatory」或「Learning」，之后让它改代码时会顺带说原因。或者说「用 ASCII 画一下 HTTP/2 和 HTTP/1.1 在多请求时的区别」，或「把这段 Raft 选主逻辑画成流程图（ASCII）」。学新项目时可以说「生成一个 HTML 幻灯片，5～10 页，讲清楚这个 repo 的入口、核心流程和扩展点」，用浏览器打开即可复习。

## 补充：对照 2026-02-27 的经验帖，容易漏掉的三点

对照 2026-02-27 的这篇长文整理（[Meer 原帖](https://x.com/Meer_AIIT/status/2027509711722188976)），上面十条之外，实操里还常漏这三点。

### 11. 把 context window 当作第一约束

可以把 context window 想成一块白板：你让 Claude 读取的文件、执行的命令、来回纠错的历史，都会写在上面。白板越满，输出越容易漂移。

实操建议：

> 先限定范围再提问，例如「只看 `src/auth/` 和 `src/session/`，定位登录超时后 500 的根因，并给修复计划」。

### 12. 两次纠错还不对，就别在原会话硬磨

如果同一个点连续纠错两次仍不理想，通常不是“再说一遍就会好”，而是上下文已经被失败尝试污染。

实操建议：

> 当出现第 3 次重复纠错时，直接 `/clear`，把目标、约束、验收标准重写成一条更清晰的新起点。

### 13. 先给验收标准，再让 Claude 动手

不要只说「写个功能」，而是把通过/失败标准一起说清楚。这样 Claude 能自己验证，减少你反复返工。

例如：

> 写一个邮箱校验函数，并跑测试：`hello@gmail.com` 应通过，`hello@` 应失败，`@domain.com` 应失败。测试失败时先修复再继续。

再比如 UI 任务：

> 把按钮样式改成我给的截图风格，改完后再截图，并列出与原图仍不一致的地方。

### 14. Plan Mode 不是每次都要开

Plan Mode 适合多文件、跨模块、需求不清晰的任务；但它有额外开销。像改 typo、小重命名、加一条日志这种小改动，通常直接执行更高效。

实操建议：

> 能用一句话说清 diff 的小任务，直接做；需要跨多个文件协调或你对方案不确定时，再进入 Plan Mode。

### 15. 会话脏了就清理：`/clear`、`/compact`

同一会话混了太多无关任务后，Claude 的输出容易漂移。与其在脏上下文里反复纠错，不如直接清理上下文重开。

例如：

> `/clear` 后重新开始：目标是修复登录超时后 500，先写能复现问题的测试，再修复，再跑全量测试。

或者保留重点再压缩：

> `/compact focus on payment integration changes and failed CI root cause`

### 16. 把 checkpoint 当作可回滚试验点

遇到高风险改动（大重构、跨模块重命名、迁移脚本）时，可以先让 Claude 探索一个激进方案，不理想就回到 checkpoint。

例如：

> 先尝试把旧鉴权中间件替换成新链路；如果集成测试失败，回滚到上一个 checkpoint，改成渐进迁移方案（双写 + 开关）。

注意：

> checkpoint 记录的是 Claude 在当前会话里的改动，不是 git 的替代；涉及分支管理、多人协作、长期追溯，仍然要用 git。

以上这些做法可以按需组合：例如用 worktree 并行多任务、复杂需求先走 plan 模式、再配合 CLAUDE.md 和 skills 持续迭代，整体效率会更高。更多细节可参考文末官方文档。

参考链接：

- [Boris 分享原文（X 推文）](https://x.com/bcherny/status/2017742741636321619?s=20)
- [Meer 经验整理（X 长文，2026-02-27）](https://x.com/Meer_AIIT/status/2027509711722188976)
- [Claude Code overview](https://code.claude.com/docs/en/overview)
- [Claude Code：用 git worktrees 并行多会话](https://code.claude.com/docs/en/common-workflows#run-parallel-claude-code-sessions-with-git-worktrees)
- [Claude Code：Best practices](https://code.claude.com/docs/en/best-practices)
- [Claude Code：用 skills 扩展能力](https://code.claude.com/docs/en/skills#extend-claude-with-skills)
- [Claude Code：终端配置与技巧](https://code.claude.com/docs/en/terminal-config)
- [Claude Code：Hooks（含 permission request）](https://code.claude.com/docs/en/hooks#permissionrequest)