Boris 的 9 条 Claude Code 实战技巧：原来高手的配置这么“朴素”
Boris Cherny 在 Anthropic 内部有个绰号：Claude Code 之父。他最近在 X 上很活跃，于是很多人问 Boris：你自己到底怎么用 Claude Code？他刚在 X 上分享了 9 条实战技巧。
没有你想象的那么多技巧，每一条都朴实无华。
【1】核心理念：Claude Code 的最佳实践并没有标准答案
Boris 开场就说：
> My setup might be surprisingly vanilla! Claude Code works great out of the box, so I personally don't customize it much.
> 我的配置可能出乎你意料地“原装”。Claude Code 开箱即用效果就很好，我个人没做太多定制。
也能理解，那些最佳实践，比如 Skills、Plugins，作为 Claude Code 开发者，他们早就把这些最佳实践作为功能内置了。
使用 Claude Code 没有唯一正确的方式。团队故意把它设计成可以随便折腾的样子，你想怎么用、怎么改、怎么魔改都行。Claude Code 团队内部每个人的用法都完全不同。
所以没必要去费力找“最佳实践”，适合自己的节奏最重要。
【2】多 Agent 任务并行：同时开十几个 Claude
Boris 的日常是这样的：终端里开 5 个 Claude Code 实例，标签页编号 1 到 5，开着系统通知，哪个需要输入就跳过去处理。
同时，他还在 http://claude.ai/code 网页版上跑 5 到 10 个任务。终端和网页可以互相“交接”：用&符号把本地会话转到网页，或者用--teleport 在两边来回切换。
他每天早上和白天会从手机 Claude 应用上启动几个任务，晚点再回来看结果。
这种“多线程”工作方式的核心逻辑是：Claude Code 擅长自主执行，很多任务不需要你盯着。你启动任务、给个方向，让它跑着，自己去忙别的。等它需要你确认的时候再切回来。
这跟传统的“人敲一行代码、AI 补几行”完全是两种节奏。但这也对使用者有更高的要求，你需要擅长给 Agent 分配任务，并且能随时在多个任务之间切换。对于习惯了自己开发，同时只有一个任务进行的传统开发模式来说，是个很大挑战。
惭愧的说，虽然我也常用 Coding Agent，还是不习惯太多任务同时运行，今年要加强这方面的练习。
【3】模型选择：为什么用 Opus 而不是更快的 Sonnet
Boris 说他所有任务都用 Opus 4.5 加上 thinking 模式。这是他用过最好的编程模型。
有人会问：Opus 不是比 Sonnet 更大、更慢吗？Boris 的回答是：虽然单次响应慢一点，但你需要纠正它的次数少得多，工具调用也更准确，最终算下来反而更快。
这点其实我一直很认同，写代码这种事不能求快，还是得质量高，如果一个快模型需要你来回纠正三次，不如用个慢模型一次搞定。时间不只是模型响应时间，还有你的注意力和精力成本。
唯一的问题就是 Opus 成本更高。
【4】http://CLAUDE.md：团队共享的“项目记忆”
http://CLAUDE.md 是 Claude Code 的一个特殊配置文件，放在项目根目录。每次启动 Claude Code，它会自动读取这个文件，把里面的内容当作“背景知识”。你可以理解为：这是你给 AI 写的项目说明书，告诉它这个项目的架构、规范、注意事项。
Boris 团队的做法是：整个 Claude Code 仓库共用一个 http://CLAUDE.md，提交到 Git 里，所有人一起维护。每周都有人往里加东西。规则很简单：每次看到 Claude 做错了什么，就把“别这样做”写进去，下次它就知道了。
更有意思的是，他们在代码审查时也会用到这个机制。Boris 会在同事的 PR 里@.claude，让 Claude 把某条新规则加到 http://CLAUDE.md 里。这是通过 Claude Code 的 GitHub Action 实现的。
Dan Shipper 管这种做法叫“复利工程”：每一次纠错都变成团队资产，让 AI 越来越懂你们的项目。
如果你还没用过 http://CLAUDE.md，或者没像他们这样频繁更新规则，强烈建议试试。最简单的起步方式是运行/init 命令，Claude 会自动分析项目结构，生成一个初始版本。然后你边用边补充，看到不对的地方就加进去。
【5】Plan 模式：先想清楚再动手
Boris 说，他大多数会话都从 Plan 模式开始。在 Claude Code 中按两下 Shift+Tab 就能切换。
Plan 模式下，Claude 不会直接改代码，而是先给你一个执行计划。你可以来回讨论、修改计划，直到满意为止。然后切到自动接受模式，Claude 通常能一次性完成。
“好的计划真的很重要”，这个习惯其实是把软件开发的经典智慧搬到了 AI 协作里：先设计再编码。很多人用 AI 写代码的问题是直接开干，结果方向错了返工成本很高。花几分钟对齐计划，能省几小时的返工。
【6】自动化重复工作：斜杠命令和子 Agent
Boris 有几个每天要用几十次的操作，他把它们做成了斜杠命令。比如"/commit-push-pr"，一键完成提交、推送、创建 PR。
斜杠命令本质上是 Markdown 文件，放在.claude/commands/目录下。你可以用自然语言写指令，还能嵌入 bash 脚本预先获取一些信息，减少模型来回调用的次数。这些命令可以提交到 Git，整个团队共享。
除了斜杠命令，他还用子 Agent（https://code.claude.com/docs/en/sub-agents）。子 Agent 是独立的 Claude 实例，专门干某类活。比如他有个 code-simplifier 子 Agent，在主 Claude 完成工作后自动简化代码；还有个verify-app 子 Agent，专门负责端到端测试。
这两个功能的共同点是：把你反复做的事情固化下来，让 Claude 自己调用。你不用每次都重复解释，也不用记住各种命令细节。
使用 PostToolUse Hook 来格式化 Claude 生成的代码。Claude 通常能自动生成格式良好的代码，而这个 Hook 会处理最后 10% 的代码，以避免后续在持续集成 (CI) 过程中出现格式错误。
【7】安全与集成：权限配置和外部工具
Boris 不用--dangerously-skip-permissions 这个“危险”选项。相反，他用/permissions 命令预先批准一些常用的安全命令，避免每次都弹确认框。这些配置保存在.claude/settings.json 里，团队共享。
更强大的是 MCP 服务器集成。MCP 是 Model Context Protocol 的缩写，是 Anthropic 推出的让 AI 连接外部工具的标准协议。通过 MCP，Claude Code 可以直接：
- 搜索和发送 Slack 消息
- 跑 BigQuery 查询回答数据问题
- 从 Sentry 拉错误日志
Boris 团队把 Slack 的 MCP 配置也提交到了仓库，所有人开箱即用。
这意味着 Claude Code 不只是个编程工具，而是能调用你整个工具链的“全能助手”。
【8】长任务处理：让 Claude 自己验证
对于跑很久的任务，Boris 有几个策略：
一是让 Claude 完成后自动用后台 Agent 验证结果。你可以在提示词里要求，也可以用 Stop Hook 更确定性地触发。
> 注：Hooks 是 Claude Code 的"钩子"机制，让你在 Claude 执行操作的特定时刻插入自定义逻辑。你可以把它理解为"触发器"：当某个事件发生时，自动执行你预设的命令或脚本。
>Stop Hook 就是在 Claude 完成响应、准备交还控制权时。
> 相关文档：https://code.claude.com/docs/en/hooks
二是用 ralph-wiggum 插件 https://github.com/anthropics/claude-plugins-official/tree/main/plugins/ralph-wiggum。这是一个有趣的设计：“Ralph 本质上就是一个 Bash 循环”：想象一个简单的死循环（while true），它不停地把同一个任务说明书（提示词文件）喂给 AI 智能体，让它一遍又一遍地改进工作，直到彻底完成。
三是在沙箱环境里用--permission-mode=dontAsk 或--dangerously-skip-permissions，让 Claude 不被权限确认打断，自己跑到底。
核心思路是：既然是长任务，就别让它等你。给它足够的自主权和自我纠错能力。
【9】最重要的一条：给 Claude 验证能力
Boris 把这条放在最后，说这可能是获得好结果最重要的因素。
如果 Claude 能验证自己的工作，最终产出质量能提升 2 到 3 倍。
他举了个例子：他们提交到 http://claude.ai/code 的每一个改动，Claude 都会用 Chrome 扩展自己测试：打开浏览器、测试 UI、发现问题就迭代，直到功能正常、体验合理。
验证方式因场景而异。可能是跑一个 bash 命令，可能是跑测试套件，可能是在浏览器或手机模拟器里测试应用。形式不重要，重要的是：让 AI 有反馈闭环。
这个道理其实很朴素。人类工程师也是靠“写代码—测试—看结果—修改”这个循环来保证质量的。AI 也一样。如果它只能写不能测，就像闭着眼睛做事，质量全靠运气。
Boris 的建议是：投入精力把验证机制做扎实。这是回报率最高的投资。
【10】高手用剑无招胜有招
武侠小说里面，高手用剑没有那么多花里胡哨的招式，无招胜有招。Boris 没有炫耀复杂的定制配置，没有神秘的私藏提示词，用的就是官方功能。区别在于：他真正理解这些功能背后的逻辑，然后把它们组合成高效的工作流。
并行工作是因为 Claude 能自主执行；用 Opus 是因为综合效率更高；http://CLAUDE.md 是把纠错变成资产；Plan 模式是先想清楚再动手；斜杠命令和子 Agent 是自动化重复劳动；验证机制是给 AI 反馈闭环。
如果你刚开始用 Claude Code，不必急着研究各种高级配置。先把基础用好：学会并行，学会规划，学会积累 http://CLAUDE.md，学会给 AI 验证手段。
等你真正遇到瓶颈了，再去折腾那些花活不迟。
原文：
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.
Mysetup 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.
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 Icodein my terminal, I will often hand off local sessions to web (using &),ormanually 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 useOpus 4.5 with thinkingfor everything. It's the best coding model I've ever used, and even though it's bigger & slower than Sonnet, since you have tosteerit less and it's better at tool use, it is almost always faster than using a smaller model in the end.
4) Our teamsharesa 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 Claudeknowsnot to do it next time.
Other teamsmaintaintheir own CLAUDE.md's. It is each team's job to keep theirs up to date.
5) During code review, I willoftentag @.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 sessionsstartin 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, Iswitchinto auto-accept edits mode and Claude can usually 1-shot it. A good plan is really important.
7) I useslashcommands 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 commandusesinline 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
🔗 https://code.claude.com/docs/en/slash-commands#bash-command-execution
8) I use a few subagents regularly: code-simplifier simplifies thecode afterClaude is done working, verify-app has detailed instructions for testing Claude Code end to end, and so on.Similarto slash commands, I think of subagents as automating the most common workflows that I do for most PRs.
🔗 https://code.claude.com/docs/en/sub-agents
9) We use aPostToolUse hookto format Claude's code. Claude usually generates well-formatted code out of the box, and the hook handles the last 10% to avoid formatting errors in CI later.
10) Idon't use--dangerously-skip-permissions. Instead, I use /permissions to pre-allow common bash commands that I know are safe in my environment, toavoidunnecessary permission prompts. Most of these are checked into .claude/settings.json and shared with the team.
11) Claude Codeusesall my tools for me. It often searches and posts to Slack (via the MCP server), runs BigQuery queries to answer analytics questions (using bq CLI), grabs error logs from Sentry, etc. The Slack MCP configuration is checked into our .mcp.json and shared with the team.
12)For very long-running tasks,I will either (a) prompt Claude to verify its work with a background agent when it's done, (b) use an agent Stop hook to do that more deterministically, or (c) use the ralph-wiggum plugin (originally dreamt up by @GeoffreyHuntley).
I will also use either --permission-mode=dontAsk or --dangerously-skip-permissions in a sandbox to avoid permission prompts for the session, so Claude can cook without being blocked on me.
🔗: https://github.com/anthropics/claude-plugins-official/tree/main/plugins%2Fralph-wiggum
https://code.claude.com/docs/en/hooks-guide
13)A final tip:probably the most important thing to get great results out of Claude Code -- give Claude a way to verify its work. If Claude has that feedback loop, it will 2-3x the quality of the final result.
Claude testsevery single changeI land to claude.ai/code using the Claude Chrome extension. It opens a browser, tests the UI, and iterates until the code works and the UX feels good.
Verification looksdifferentfor each domain. It might be as simple as running a bash command, or running a test suite, or testing the app in a browser or phone simulator. Make sure to invest in making this rock-solid.
🔗: code.claude.com/docs/en/chrome
~>I hope this was helpful - Boris
