Claude Code 团队使用 CC 的小技巧，由 CC 创建者 Boris Cherny 总结 ：

1. 并行处理提升效率

同时启动 3-5 个 git 工作树，每个工作树运行独立的 Claude 会话，是提升效率的关键方式，也是团队的首要建议。
有些人还会为他们的工作树命名，并设置shell别名（za、zb、zc），这样他们就能一键在这些工作树之间切换。还有人有专门的“分析”工作树，仅用于阅读日志和运行BigQuery。

2. 复杂任务从 “计划模式” 入手

所有复杂任务都从计划模式开始。全力投入制定计划，这样Claude就能一次性完成实施。有人让一个Claude撰写计划，然后再启用第二个Claude以高级工程师的身份进行审核。还有人表示，一旦出现问题，就切换回计划模式重新规划，不要继续硬推。他们还会明确告诉Claude在验证步骤也要进入计划模式，而不仅仅是在构建阶段。

3. 不断优化 CLAUDE.md 文档

每次对 Claude 进行修正后，需添加指令 “Update your CLAUDE.md so you don't make that mistake again”，Claude 擅长为自身编写规则。
需持续、严格地编辑 CLAUDE.md，不断迭代优化。

4. 自定义 skills 并关联 git 复用

- 将高频操作（每天重复 1 次以上）转化为自定义 skill 或命令，提交至 git 后可在所有项目中复用。
- 创建 “/techdebt” 斜杠命令，在每次会话结束时运行，用于查找并清除重复代码。
- 设置一个斜杠命令，将 Slack、Google Drive、Asana 和 GitHub 上 7 天的数据同步到一个上下文转储文件中
- 构建分析工程师风格的智能体，让它们编写dbt模型、审查代码并在开发环境中测试变更

5. 借助 Claude 自主修复漏洞

- 启用 Slack MCP，将 Slack 漏洞讨论线程粘贴到 Claude，输入 “fix” 即可修复，无需切换上下文。
- 直接指令 “Go fix the failing CI tests”，无需干预具体修复过程；也可让 Claude 查看 docker 日志辅助修复。

6.提升你的提示技巧

- 挑战Claude。可以说“就这些修改对我进行盘问，在我通过你的测试之前不要提交PR。”让Claude成为你的审核者。或者说“向我证明这是可行的”，让Claude对比主分支和你的功能分支之间的行为差异。
- 在得到一个平庸的修复方案后，可以说：“基于你现在所知道的一切，放弃这个方案，去实现一个更简洁优雅的解决方案。”
- 在分配工作之前，撰写详细的规格说明并减少歧义。你描述得越具体，输出的结果就会越好。

7.终端和环境设置

- 团队喜欢Ghostty！很多人喜欢它的同步渲染、24位色彩和完善的Unicode支持。
- 为了更方便地使用Claude，可使用/statusline自定义状态栏，使其始终显示上下文使用情况和当前的git分支。CC团队中的许多人还会对终端标签进行颜色编码和命名，有时会使用tmux——每个任务/工作树一个标签。
- 使用语音听写。说话的速度是打字的3倍，结果是你的提示会详细得多。

8. 使用子智能体

- 在任何你希望Claude投入更多计算资源解决问题的请求后附加“使用子智能体”
- 将单独的任务分配给子智能体，以保持主智能体的上下文窗口整洁且专注
- 通过 hook 将权限请求路由至Opus 4.5——让它扫描攻击并自动批准安全的请求

9. 将Claude用于数据和分析

让Claude Code使用“bq”命令行界面实时提取和分析指标。我们的代码库中内置了BigQuery技能，团队中的每个人都直接在Claude Code中使用它来执行分析查询。 Boris 已经有6个多月没写过一行SQL了。
这适用于任何具有命令行界面、MCP或API的数据库。

10. 向Claude学习

- 在/config中启用“解释性”或“学习性”输出风格，让Claude解释其修改背后的“原因”
- 让Claude生成可视化的HTML演示文稿，解释不熟悉的代码。它制作的幻灯片出奇地好！
- 让Claude绘制新协议和代码库的ASCII图，帮助你理解它们
- 构建间隔重复学习技能：你解释自己的理解，Claude 提出后续问题以填补空白，并存储结果

链接：O网页链接