2026最新Claude Code之父的13条cc暨Claude Code使用技巧

2026 最新Claude Code之父的13条使用cc的技巧

在阅读技术文章时，猫头虎偶然发现了Boris（Claude Code之父）分享的13条Claude Code使用技巧。这些技巧不仅能提高效率，还能帮助你最大化Claude Code的潜力。接下来，我们将一起探索这些实用的小技巧。

1. 并行跑5个Claude实例

Boris习惯在终端中同时运行5个Claude Code实例，每个实例都有独立的标签页编号（1到5），并通过系统通知来了解哪个实例需要输入。

我之前也提到过类似的做法，通常在Cursor或Trae等IDE中开5到10个终端，分别执行不同任务。Claude Code不仅仅用于编写代码，还能用来写脚本、文章等，因此我觉得在IDE中查看多个任务的输出结果会更加方便。一次性打开多个Claude窗口来完成不同的任务的思维方式非常有效，而Boris通过系统通知来管理多个实例的做法也非常巧妙。

2. 本地+网页双线作战

除了本地的5个Claude实例，Boris还会在claude.ai/code网页端同时运行5到10个Claude实例。通过&将本地会话交给网页端，或者使用--teleport在两者间切换。

这个做法是我之前没有尝试过的。我通常只在终端里使用Claude Code，没想到网页端也做得如此优秀。尤其在外出时，用手机访问网页端来管理Claude Code的输出，可以随时随地进行控制，非常便捷。

Claude Code网页端

3. 全程使用Opus 4.5 + 思考模式

Boris推荐所有工作都使用Opus 4.5，并开启思考模式。他认为，尽管Opus比Sonnet更大且速度较慢，但由于它对引导的需求较少，工具使用能力更强，因此最终比小模型更高效。

我非常认同这个观点。尽管Opus 4.5可能较为昂贵和缓慢，但其功能强大且足够灵活，值得投入。毕竟，Opus 4.5在节省时间和提高效率方面，带来的回报远远超过了成本。

4. 团队共享CLAUDE.md

Boris的团队将所有的使用文档放在同一个CLAUDE.md文件里，并且将其上传至git，每周都会有多人更新和维护。每当Claude Code出现错误时，他们会将错误记录到CLAUDE.md中，以便下次Claude Code避免犯同样的错误。

这种做法非常有效，Claude Code不仅能改进自己的表现，还能通过持续反馈不断完善自己的行为。就像我自己的一些CLAUDE.md文档，经过多次迭代，已经更新到了6.0版本。

5. 代码审查时自动更新规则

Boris在代码审查时，会在同事的PR（Pull Request）上@.claude，让它自动将某些规则添加到CLAUDE.md中。他们通过Claude Code的GitHub Action来实现这一功能。

设置指令：/install-github-action

6. 大多数会话从Plan模式开始

Boris提到，他大部分会话都会从Plan模式开始（按两次shift+tab）。流程是：先在Plan模式下讨论，直到达成满意的计划，然后切换到自动接受编辑模式，Claude Code通常能一次性完成任务。

他强调：一个好的计划至关重要！

这一点非常重要。直接让Claude Code开始编写代码，很多时候会发现方向不对，而在前期规划阶段做好充分的讨论，可以避免很多不必要的错误。

7. 斜杠命令用于高频工作流

Boris将重复执行的工作流使用斜杠命令（例如/review）进行自动化，并把这些命令存放在.claude/commands/目录下。斜杠命令不仅节省了输入时间，还能让Claude Code在执行任务时自动调用这些命令。

8. 用子代理自动化常见流程

Boris使用一些子代理来自动化常见流程，如：

• code-simplifier：Claude Code工作完成后简化代码
• verify-app：执行端到端测试

他将这些子代理视为自动化大多数PR时必须执行的工作流。

然而，这里有一个坑：不要创建一堆“专家子代理”（如Python专家、前端专家等），这可能会导致上下文分割，从而让Claude无法进行全局推理。子代理应当用于自动化流程，而非进行专业分工。

9. PostToolUse钩子自动格式化

Boris的团队使用PostToolUse钩子来格式化Claude Code生成的代码，确保Claude Code生成的代码格式一致，避免后续CI（持续集成）流程中的格式错误。

这一做法非常有价值，关键在于在关键环节进行验证，而不是限制每一步动作。

10. 使用/permissions预授权

Boris强调，他从不使用--dangerously-skip-permissions，而是通过/permissions提前授权已知安全的命令，大部分设置存储在.claude/settings.json中，并与团队共享。

尽管我倾向于更激进一些，默认允许所有命令自动运行，但这的确是一种更加谨慎的做法，特别是在团队环境中，可以提高安全性。

11. Claude使用所有工具

Boris让Claude Code通过各种工具完成工作：

• 通过MCP服务器搜索和发送Slack消息
• 运行BigQuery查询回答问题
• 从Sentry抓取错误日志

这证明了Claude Code不仅仅是一个写代码的工具，它可以扩展到更广泛的自动化任务中。

12. 长任务的处理策略

对于非常长的任务，Boris采取三种方式：

1. 提示Claude Code完成后用后台代理验证
2. 使用Agent Stop钩子做验证
3. 使用ralph-wiggum插件（让Claude自动循环直到完成）

ralph-wiggum插件让Claude Code在完成任务后自动继续工作，直到达成目标。

插件链接：ralph-wiggum插件

13. 最重要的建议：给Claude验证工作的方式

Boris认为，从Claude Code获得最佳效果的最重要的一点是：给Claude提供验证工作的方式。只有通过验证，Claude才能发现问题并及时修复，提高最终结果的质量。

他的做法是使用Chrome扩展测试每一个改动，通过自动化的测试流程来确保代码质量。

这一点确实非常重要。很多时候，我们只是让Claude Code写代码，而没有给它提供足够的验证机会。如果Claude能够自己进行测试，发现问题并进行修复，最终结果会更加完美。

总结与感想

从Boris的13条使用技巧中，我得出几个重要的感想：

• 基础功能的极致应用：Boris的技巧并没有使用什么神秘的黑魔法，而是充分利用了Claude Code的基础功能，如Plan模式、CLAUDE.md、子代理和钩子等，达到了事半功倍的效果。

• 并行思维：在本地和网页端同时运行多个Claude实例，这种并行思维方式远超我的想象，让我意识到在高效的工作流中并行的力量。

• 验证机制：第13条强调了验证的重要性，这也是提升Claude Code输出质量的关键所在。只有通过不断验证和反馈，才能形成高效的闭环。

Boris的这些技巧为我们提供了一个有价值的参考，尽管每个人的使用方式不同，但从中我们可以获得不少启发。

相关链接：

• Boris的原文推文
• Chrome扩展文档
• Ralph Wiggum插件