Claude Code效率翻倍：Anthropic内部人士公开的5个实战技巧

May 10, 2026

不久前，Claude Code 的产品负责人 Boris Cherny 发布了一系列推文，毫无保留地分享了 Anthropic 内部团队都在使用的高效方法。深入理解并实践这些方法后，会发现绝大多数用户实际上只发挥了 Claude Code 不到 20% 的潜力。从中提炼出的五个核心技巧，能够切实让你的 Claude Code 使用效率成倍增长。

Plan Mode 与无人值守模式：先规划，再执行

许多人在使用 Claude Code 时习惯直接把需求丢给它，让它立刻开始编写代码。结果往往方向跑偏，只能推倒重来，既消耗 Token 也浪费时间和精力。

Claude Code 内置了一个 Plan 模式，只需要按下 Shift+Tab 即可切换。在该模式下，Claude 不会直接动手写代码，而是先梳理整体思路、把待执行的步骤逐条列出，供你审查。待你确认无误之后，再切换回普通模式让它执行。每次复杂任务都遵循“Plan 模式出计划 → 人工确认 → 执行”的流程，虽然前期多花十分钟对齐，却能有效避免后续数小时的反工。

Boris 的团队中甚至有人采取了更严格的方式：让第一个 Claude 写出计划，然后启动第二个 Claude 以“高级工程师”的身份来审查该计划，只有审核通过才开始实际编码。

而当任务范围非常明确，中间无需你做任何判断（例如批量格式化文件、统一修改代码风格等），可以直接使用无人值守模式：

claude --dangerously-skip-permissions

这条命令会跳过所有权限确认步骤，让 Claude 全自动完成整个流程，体验十分顺畅。

用 CLAUDE.md 让工具越用越理解你的习惯

CLAUDE.md 是一个很容易被忽略，但使用后会后悔没有早点用起来的功能。每次开启新会话，总有一些项目规范需要重新交代，比如“使用 ES modules”“测试代码中不要使用 mock”“分支命名格式为 feature/工单号”等。重复输入这些信息非常繁琐。

将 CLAUDE.md 文件放在项目根目录下，Claude 每次启动都会自动读取其中的规则，一次写入便长久生效。Boris 团队还有一个很值得借鉴的习惯：当 Claude 犯了一次错误，你纠正后，在对话末尾加上一句“把刚才学到的内容更新到 CLAUDE.md 中，下次不要再犯同样的错误”。Claude 会自动将这次的经验写进去，以后每次启动都能复用。久而久之，CLAUDE.md 就成了一份能够记住你所有偏好的“活文档”。

需要注意一点：内容务必保持精简。如果你的 CLAUDE.md 膨胀到几百行，Claude 会因为规则过多而开始忽略部分内容。每一行配置都应能回答一个问题：“如果没有这一行，Claude 会犯什么错？”无法回答这个问题的内容，不妨直接删掉。

多会话并行：不要盯着单一会话等待结果

这是 Boris 团队认为收益最大的工作习惯变化。许多人的使用方式是只开一个会话，盯着它跑完，结果出来后再开始下一步，效率极低且眼睛容易疲劳。

更高效的做法是同时开启 3 到 5 个会话，让它们各自处理不同任务，并将系统通知打开。当某个会话需要确认时，通知弹出后切过去做一次判断，然后立刻切回其他任务继续推进。

还有一个进阶用法：让会话 A 专门编写新功能，会话 B 则拿到会话 A 产出的代码进行 code review，找出边界情况和潜在问题。一个写、一个审，代码质量明显高于在单一会话中反复修改的水平。

Boris 提到，团队里甚至有人利用 git worktree 同时运行几十个并行会话，同一个仓库拥有多个独立的工作副本，互不干扰，极大提升了并行处理能力。

手机远程控制：电脑在运行，人可以自由移动

这个功能刚出现时很可能被当作噱头，但实际用过一两次之后就会产生依赖。当你需要离开电脑，但任务还在本地运行时，只需在项目目录下输入：

claude remote-control

终端会弹出一个二维码，用手机扫描后，手机界面和终端就能完全同步。你可以在手机上发消息、查看运行结果、点击确认，和坐在电脑前的操作体验几乎一样。

更进一步的玩法是将 Claude Code 与微信或飞书等即时通讯工具打通。以飞书为例，可以实现类似效果：

其核心流程是：IM 消息 → Claude Code → IM 回复。你在手机上向 Claude 发一条消息，它接收后执行任务，并将结果发回来。通勤路上突然想到一个需求，掏出手机发过去，到达公司时代码可能就已经生成完毕。此时，你的笔记本电脑变成了一台无头编程服务器，而手机就是随身遥控器。

上下文管理：白板写满就要主动清空

这一条可以被视为 Claude Code 用法中最基础但也最关键的意识。Claude 的上下文窗口就像一块白板，你发送的每一条消息、Claude 读取的每一个文件、执行的每一条命令，都会被记录在这块白板上。一旦白板写满，Claude 会开始出现低级错误，遗忘之前交代的指令，输出的答案也越来越偏离主题。

很多人习惯反复纠正，试图把它拉回来，但往往越纠越乱。一个更实用的规则是：纠正两次后如果还没有改对，就不要再进行第三次纠正。直接使用 /clear 清空上下文重新开始，并利用这个小时学到的信息重写一个更精准的起始 prompt。一个干净的会话加上一个高质量的 prompt，几乎总是优于纠缠数小时的混乱会话。

如果不想进行彻底重置，还可以使用较为柔和的方式：/compact。可以告诉 Claude 需要保留哪些关键信息，然后将其他噪音压缩，例如：

/compact focus on the payment integration changes

保留重要的部分，其余内容则被清理掉。

以上就是这次分享的五个关键技巧。这些功能始终存在，从未隐藏，但大多数用户并未真正利用起来。Boris 在分享的最后也提及他还有更多内容想写，只是强行收住了手，从侧面说明 Claude Code 内部所蕴含的可能性远比人们以为的要多。希望这些实践经验，能让你的开发效率获得实打实的提升。