Datawhale干货
作者：Boris Cherny，Claude Code创始人
昨晚，Claude Code 创始人 Boris Cherny 在X上首次公开了他的个人Claude Code使用技巧。
以下是 Boris 的原文，Datawhale团队翻译：
我是 Boris，Claude Code的创造者。不少人问起我是如何使用 Claude Code 的，那我就来展示一下我的设置吧。
我的配置可能会让你大吃一惊，因为它极其朴素。Claude Code 能够完美地开箱即用，所以我个人并没有做太多的定制化修改。
使用 Claude Code 并没有所谓的唯一正解：我们在构建它时就特意设计成这样，你可以按照自己喜欢的方式去使用、定制，甚至大肆改造它。事实上，Claude Code 团队里的每一位成员，用法也都截然不同。
那么，开始吧。
Claude Code 创始人的 13 个使用技巧
1. 我会在终端里并行运行 5 个 Claude 实例。我把标签页按 1-5 编号，并利用系统通知功能来提醒我什么时候某个 Claude 需要人工输入。
2. 我同时还会在网页端运行 5-10 个 Claude 会话，与本地的 Claude 并行协作。在终端写代码时，我经常用&将本地会话推送到网页端，或直接在 Chrome 里开启新会话，有时还会用--teleport命令在两者间反复横跳。每天早晨和工作中，我也会通过手机（Claude iOS 应用）开启几个会话，之后再回头查看进度。
3. 我所有工作都用带有“思考过程（thinking）”的 Opus 4.5。这是我用过最好的编程模型。虽然它比 Sonnet 更大、更慢，但因为它更听劝（需要引导的地方少）且更擅长使用工具，从结果来看，它几乎总是比用小模型效率更高。
4. 我们团队共用一个CLAUDE.md文件。我们把它提交到 git 仓库中，全员每周都会多次更新。每当我们发现 Claude 做错了什么，就会记录进CLAUDE.md，这样它下次就知道该怎么做了。其他团队也有各自维护的CLAUDE.md，保持更新是每个团队的职责。
5. 在代码审查期间，我经常在同事的 PR 上 @.claude， 要求将某些内容作为 PR 的一部分添加到CLAUDE.md中。我们使用了 Claude Code 的 Github Action（/install-github-action）来实现这一点。
6. 大多数会话从“计划模式（Plan mode）”开始（双击 shift+tab）。如果目标是写一个 PR，我会先用计划模式，和 Claude 来回沟通直到我满意它的方案。接着，我切换到“自动接受修改模式”，Claude 通常就能一次性搞定。一份好的计划至关重要！
7. 对于每天都要重复多次的“内循环”工作流，我都会使用斜杠命令（slash commands）。这省去了重复输入 Prompt 的麻烦，也让 Claude 自己能调用这些工作流。这些命令都提交在 git 里的.claude/commands/目录下。
例如：我和 Claude 每天会用几十次
/commit-push-pr命令。它通过内联 bash 预先计算 git 状态等信息，让运行飞快，避免了与模型之间不必要的来回确认。
8. 我经常使用几个“子智能体（subagents）”：code-simplifier用于在完成后简化代码；verify-app包含端到端测试 Claude Code 的详细指令。和斜杠命令类似，我认为子智能体是将大多数 PR 中最常见的流程自动化。
9. 我们使用PostToolUse钩子来格式化 Claude 生成的代码。虽然 Claude 本身生成的代码格式就很不错，但这个钩子能搞定最后 10% 的细节，避免之后在 CI（持续集成）中报错。
10. 我不使用--dangerously-skip-permissions。相反，我用/permissions预先批准那些在我的环境中已知的安全 bash 命令。这些配置大多保存在.claude/settings.json中并全队共享。
11. Claude Code 会帮我操作所有工具。它经常通过 MCP 服务器在 Slack 上搜索或发帖，使用bq命令行运行 BigQuery 查询来回答分析性问题，或是从 Sentry 抓取错误日志。Slack 的 MCP 配置定义在.mcp.json中并全队共享。
12. 对于超长时间运行的任务，我有三种方案：
(a) 提示 Claude 在完成后用后台智能体验证工作；
(b) 使用智能体的
Stop钩子更确定地执行验证；(c) 使用
ralph-wiggum插件。 我还会配合使用--permission-mode=dontAsk或在沙箱里开启危险跳过模式，这样 Claude 就能在不被打断的情况下自主大展身手。
13. 最后一个秘诀（可能也是让 Claude Code 产出高质量结果最重要的事）：给 Claude 一个验证工作的方法。只要有反馈闭环，最终结果的质量会提升 2-3 倍。
Claude 会使用 Chrome 扩展程序测试我提交到网页端的每一个改动。它会打开浏览器，测试 UI，不断迭代直到代码运行正常且交互体验良好。
不同领域的验证方式不同：可能只是运行一个 bash 命令、一套测试集，或是在模拟器里测试。务必投入精力把这个验证环节做扎实。
希望这些对你们有帮助！
一起“点赞”三连↓
