Claude Code之父Boris Cherny分享13个高效使用技巧
Claude Code之父Boris Cherny分享Claude Code的工作流和使用技巧，如何并行运行多个Claude实例、多平台协同工作、使用Opus 4.5模型、团队共享文件、计划模式...
Claude Code之父Boris Cherny分享Claude Code的工作流和使用技巧，如何并行运行多个Claude实例、多平台协同工作、使用Claude Opus 4.5模型、团队共享文件、计划模式启动会话、创建斜杠命令、利用子代理、格式化代码、预设权限、处理长时间任务等13个核心技巧。这些方法能有效提升AI编程效率，值得开发者学习借鉴。
我是Claude Code的开发者Boris 。很多人问我是如何使用Claude Code的，所以我想稍微展示一下我的配置。
我的配置很简洁！Claude Code开箱即用就非常出色，所以我个人并没有做太多定制。使用Claude Code没有唯一正确的方式：我们特意将它设计成既能直接使用，也能随心所欲地定制和改造。Claude Code团队的每个成员使用方式都截然不同。
1、
在终端中同时运行5个Claude实例。将标签页编号为1-5，并通过系统通知来获知哪个Claude需要输入指令。https://code.claude.com/docs/en/terminal-config#iterm-2-system-notifications
2、
同时在 http://claude.ai/code 上运行5-10个Claude实例，与本地Claude并行工作。在终端编程时，我经常将本地会话转至网页端（使用&符号），或在Chrome中手动启动新会话，有时还会用–teleport参数在两端来回切换。每天早晨和白天工作中，我会用手机（通过Claude iOS应用）开启几个会话，稍后再来查看进度。
3、
所有任务都使用支持深度思考的Opus 4.5模型。这是我用过最好的编程模型——虽然比Sonnet版本更大、响应稍慢，但由于它几乎很少需要人工引导且具备更出色的工具调用能力，实际使用效率比小型模型更高。
4、
我们团队共享一个为Claude Code代码库设置的 http://CLAUDE.md 文件。并将其 check in 到git中，全体成员每周都会进行多次协作更新。每当发现Claude出现操作偏差，我们就会将其记录到 http://CLAUDE.md 中，这样Claude下次就能规避同样问题。其他团队也维护着各自的 http://CLAUDE.md 文件，及时更新内容已成为各团队的基本职责。
5、
在代码审查时，我经常在同事的PR中标记@.claude，把需要补充到http://CLAUDE.md的内容作为PR的一部分。我们为此专门使用Claude Code的Github Action（通过/install-github-action安装）。这相当于我们团队对@danshipper提出的“复利式工程”（Compounding Engineering）。
6、
大多数会话都从规划模式开始（Plan mode，按两次shift+tab键）。如果我的目标是编写一份Pull Request，就会使用规划模式，与Claude反复沟通直到对方案满意。随后切换到自动接受编辑模式（auto-accept edits mode），Claude通常能一次搞定。一个优质的规划至关重要！
7、
对于每天要重复多次的“内循环”（inner loop）工作流，我全部使用斜杠命令实现。这让我免于重复编写提示词，也让Claude能调用这些工作流。这些命令都通过git管理，存放在.claude/commands/目录中。例如，我和Claude每天会使用几十次/commit-push-pr斜杠命令——该命令通过内联bash预计算git状态等信息实现快速执行，避免与模型来回沟通的耗时。https://code.claude.com/docs/en/slash-commands#bash-command-execution
8、
我经常使用几个子智能体：code-simplifier在Claude完成任务后对代码进行简化，verify-app包含端到端测试Claude Code的详细指令等。与斜杠命令类似，我认为子智能体能自动化处理我为大多数PR执行的最常见工作流。https://code.claude.com/docs/en/sub-agents
9、
我们用PostToolUse钩子函数格式化Claude生成的代码。Claude通常能直接输出格式规范的代码，钩子会处理剩下的10%细节，避免后续CI（持续集成）流程中出现格式错误。
10、
我不使用–dangerously-skip-permissions参数，而是用/permissions命令预先授权环境中确认安全的常用bash命令，避免不必要的权限提示。这些设置大多保存在.claude/settings.json文件中并与团队共享。
11、
Claude Code能帮我调用所有工具：我经常通过MCP服务器搜索并发布Slack消息、运行BigQuery查询分析数据（使用bq命令行工具）、从Sentry获取错误日志等。我们的Slack MCP配置已存入.mcp.json文件供团队共享使用。
12、
针对耗时较长的任务，我会采取以下方式之一：
- (a) 要求Claude在完成后通过后台代理自行验证工作结果；
- (b) 使用一个代理
Stop钩子，用更确定地方式执行验证； - (c) 使用ralph-wiggum插件。
同时我还会在沙箱环境中使用–permission-mode=dontAsk或–dangerously-skip-permissions参数，避免会话中的权限提示阻断Claude的连续工作流程。
https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum
https://code.claude.com/docs/en/hooks-guide
13、
最后一个小窍门：要让Claude Code产出卓越成果，最关键的一点或许是——为Claude建立工作验证机制。当Claude拥有这种反馈循环时，最终结果的质量能提升2-3倍。
比如我每次向http://claude.ai/code提交改动时，Claude都会通过Chrome扩展进行全流程测试：自动打开浏览器、检测用户界面，持续迭代直到代码运行无误且用户体验流畅。
验证机制因领域而异——可能是简单的bash命令执行，或是完整的测试套件运行，或是浏览器/手机模拟器中的应用程序测试。请务必投入精力打造坚实可靠的验证体系。
I'm Boris and I created Claude Code. Lots of people have asked how I use Claude Code, so I wanted to show off my setup a bit.
My setup might be surprisingly vanilla! Claude Code works great out of the box, so I personally don't customize it much. There is no one correct way to use Claude Code: we intentionally build it in a way that you can use it, customize it, and hack it however you like. Each person on the Claude Code team uses it very differently.
So, here goes.
1/ I run 5 Claudes in parallel in my terminal. I number my tabs 1-5, and use system notifications to know when a Claude needs input
https://code.claude.com/docs/en/terminal-config#iterm-2-system-notifications
2/ I also run 5-10 Claudes on claude.ai/code, in parallel with my local Claudes. As I code in my terminal, I will often hand off local sessions to web (using &), or manually kick off sessions in Chrome, and sometimes I will –teleport back and forth. I also start a few sessions from my phone (from the Claude iOS app) every morning and throughout the day, and check in on them later.
3/ I use Opus 4.5 with thinking for everything. It's the best coding model I've ever used, and even though it's bigger & slower than Sonnet, since you have to steer it less and it's better at tool use, it is almost always faster than using a smaller model in the end.
4/ Our team shares a single CLAUDE.md for the Claude Code repo. We check it into git, and the whole team contributes multiple times a week. Anytime we see Claude do something incorrectly we add it to the CLAUDE.md, so Claude knows not to do it next time. Other teams maintain their own CLAUDE.md's. It is each team's job to keep theirs up to date.
5/ During code review, I will often tag @.claude on my coworkers' PRs to add something to the CLAUDE.md as part of the PR. We use the Claude Code Github action (/install-github-action) for this. It's our version of @danshipper's Compounding Engineering
6/ Most sessions start in Plan mode (shift+tab twice). If my goal is to write a Pull Request, I will use Plan mode, and go back and forth with Claude until I like its plan. From there, I switch into auto-accept edits mode and Claude can usually 1-shot it. A good plan is really important!
7/ I use slash commands for every "inner loop" workflow that I end up doing many times a day. This saves me from repeated prompting, and makes it so Claude can use these workflows, too. Commands are checked into git and live in .claude/commands/. For example, Claude and I use a /commit-push-pr slash command dozens of times every day. The command uses inline bash to pre-compute git status and a few other pieces of info to make the command run quickly and avoid back-and-forth with the model (code.claude.com/docs/en/slash-)