大家好，我是董章鱼。
Claude Code 的作者 Boris 最近分享了一份他们团队内部使用 Claude Code 技巧的帖子。
这个帖子总结了他们自己内部使用 Claude Code 的技巧，Boris 没藏着，一股脑的全分享出来了。
我把它们看了一遍，发现非常有价值，这里挑几条我感觉最有价值的技巧跟大家分享一下。
技巧1: 任务并行
团队内部公认排在第一的技巧，是 git worktree 并行。
也就是一次性开 3 到 5 个 worktree，每个里面独立跑一个 Claude 会话。
有的工程师还会给 worktree 起上 za、zb、zc 这种别名，在不同任务之间反复切换。
有时甚至会单独留一个 worktree 窗口不干别的，只用来审查日志。
Boris 自己更习惯多 checkout 的方式，但团队的大部分人更喜欢使用 worktree 。
这也是 Claude Desktop App 现在给 worktree 加了原生支持的原因。
说白了，并行就是让你在执行任务时多开窗口，并行去跑任务，减少任务之间的上下文污染。
技巧2：多用 Plan 模式
团队里的开发者们如果遇到复杂的任务，他们总是习惯使用 Plan Mode。
也就是让 Agent 先把方案想好，再让 Claude 动手写代码。
还有一种双 Claude 的做法：一个 Claude 负责写计划，另一个 Claude 扮演资深工程师来审核这份计划。
一旦在代码实施过程中发现不对，可以立刻切回 Plan Mode 重新对计划进行规划。
这两个技巧放在一起，本质是把 AI 编程从"随便让它写"升级为"有计划地写"。
这很重要。
技巧3：要花心思写 CLAUDE.md
CLAUDE.md 是团队反复强调的第三个重点。
当你每次纠正完 Claude 的错误后，一定要顺手更新这个文件，让它下次不再犯同样的错误。
有的工程师甚至让 Claude 给每个项目维护一个笔记或参考目录，在 CLAUDE.md 里进行引用。
技巧4：动手写 Skill
凡是每天要重复两次以上的事，建议直接封装成 Skill 或斜杠指令，提交到仓库供大家复用。
比如，可以创建 /techdebt 专门用来清理重复的垃圾代码。
另外，在你写的提示词上也可以下功夫，比如你的态度强硬一些的话，效果可能会更好。
比如让 Claude 担任代码审查员，命令它证明这能跑通，或者在它只给出勉强能用的方案时，要求它废弃当前方案，实现一个最优雅的解决方案。
技巧5：会使用 Subagents
这个技巧核心就一句话：遇到复杂问题，在提示词后加一句 use subagents 。
这样就会把一些独立的任务拆给子 agent 去做，主 agent 的上下文窗口就能保持干净。
团队还会把权限申请通过 Hook 统一转给 Opus 4.5，让智商最高的模型来充当安检员。
我看完这份技巧清单后最大的感受是：高效使用 Claude Code 的人，早已不把它当成一个聊天框了。
他们在认真地给 AI 搭建基建、定规矩、配助手，把一次性的提示词变成可沉淀、可复用的资产。
这和几年前大家学写好的提示词不同，绝对是两个层级的事情。
对我们 AI 开发者来说，这条使用技巧的路径比追着更新使用新模型其实更有价值。
也更值得探索和学习，毕竟这将是未来的一种个人技能。
