提升Claude Code生产力的十大技巧

Claude Code创建者Boris Cherny分享了10条Claude Code的使用技巧

1、多任务并行

同时启动 3-5 个 git worktree，每个运行各自的 Claude 会话。这是最大的生产力提升，也是团队的头号技巧。我个人用多个 git checkout，但 Claude Code 团队大多数人更喜欢 worktree——这也是 @amorriscode 为 Claude 桌面应用内建原生支持的原因！有些人还会给 worktree 命名，设置 shell 别名（za、zb、zc），一键切换。还有人专门设一个"analysis" worktree，只用来看日志和跑 BigQuery。

2、每个复杂任务都从计划模式开始

把精力倾注在计划上，让 Claude 能一次性完成实现。有人让一个 Claude 写计划，再启动第二个 Claude 以 staff engineer 的角色来审查。另一位说，一旦方向偏了，立刻切回计划模式重新规划，不要硬推。他们还会明确告诉 Claude 在验证步骤也进入计划模式，而不仅仅是构建阶段。

3、用心经营你的 CLAUDE.md

每次纠正 Claude 后，以这句话结尾："更新你的 CLAUDE.md，以后别再犯同样的错。" Claude 非常擅长给自己写规则。不断地精简编辑你的 CLAUDE.md，持续迭代，直到 Claude 的犯错率明显下降。有位工程师让 Claude 为每个任务/项目维护一个 notes 目录，每次 PR 后更新，然后在 CLAUDE.md 中指向它

4、创建自己的 skills 并提交到 git，跨项目复用

团队建议：

如果一件事每天做不止一次，就把它做成 skill 或命令
建一个 /techdebt 斜杠命令，每次会话结束时运行，查找并消除重复代码
设置一个斜杠命令，同步 7 天内的 Slack、GDrive、Asana 和 GitHub 信息，汇总到一个上下文中
构建分析工程师风格的 agent，编写 dbt 模型、审查代码、在 dev 环境测试变更

5、Claude 能自己修大部分 bug

启用 Slack MCP，把 Slack 上的 bug 帖子粘贴到 Claude 里，直接说"修复"。零上下文切换。或者直接说"去修复失败的 CI 测试"，不要过度微管理。把 Claude 指向 Docker 日志来排查分布式系统——它在这方面出人意料地强。

6. 提升你的提示水平

挑战 Claude。说"严格审查这些改动，不通过我的测试就不许提 PR"。让 Claude 当你的审查者。或者说"向我证明这能用"，让 Claude 对比 main 分支和你的功能分支的行为差异。
在一次平庸的修复之后，说："知道你现在知道的一切，扔掉这个方案，实现优雅的解决方案。"
写详细的规格说明，减少歧义后再交给 Claude。你越具体，输出越好。

7. 终端和环境配置

团队喜欢 Ghostty！多人喜欢它的同步渲染、24 位色彩和完善的 Unicode 支持。用 /statusline 自定义状态栏，始终显示上下文用量和当前 git 分支。很多人还会给终端标签页加颜色标记和命名，有时用 tmux——每个任务/worktree 一个标签页。使用语音输入。你说话的速度比打字快 3 倍，prompt 也因此更加详细。（macOS 上按两次 fn 键）

8. 使用子代理（subagents）

在任何想让 Claude 投入更多算力的请求后面加上"use subagents"。
把单独的任务分配给子代理，保持主代理的上下文窗口清晰聚焦。
通过 hook 将权限请求路由到 Opus 4.5——让它扫描攻击并自动批准安全的请求。

9. 用 Claude 做数据和分析

让 Claude Code 使用 "bq" CLI 即时拉取和分析指标。我们在代码库中内置了一个 BigQuery skill，团队每个人都用它在 Claude Code 里直接做分析查询。我个人已经 6 个多月没写过一行 SQL 了。任何有 CLI、MCP 或 API 的数据库都适用。

10. 用 Claude 学习

在 /config 中启用 "Explanatory" 或 "Learning" 输出风格，让 Claude 解释其改动背后的"为什么"。
让 Claude 生成可视化的 HTML 演示文稿，解释不熟悉的代码。它做幻灯片出奇地好！
让 Claude 画 ASCII 图来帮你理解新协议和代码库。
构建一个间隔重复学习 skill：你解释你的理解，Claude 提问填补知识空白，并存储结果。