ClaudeCode高效编程：10个实战技巧揭秘

Claude Code 最近是真的火。GitHub 上讨论量暴涨，程序员圈子里几乎人手一个，连非技术岗的朋友都来问我这是什么东西。我自己用了半年，从一开始把它当聊天机器人，到现在它成了写代码时的半个搭档，中间踩了不少坑。这篇不讲安装配置，直接上我觉得最实用的 10 个技巧。每个都是自己用出来的，不是翻文档列的清单。

xh2277659985

380人浏览 · 2026-04-16 20:47:36

xh2277659985 · 2026-04-16 20:47:36 发布

Claude Code 最近是真的火。GitHub 上讨论量暴涨，程序员圈子里几乎人手一个，连非技术岗的朋友都来问我这是什么东西。

我自己用了半年，从一开始把它当聊天机器人，到现在它成了写代码时的半个搭档，中间踩了不少坑。这篇不讲安装配置，直接上我觉得最实用的 10 个技巧。每个都是自己用出来的，不是翻文档列的清单。

先写 CLAUDE.md，别急着写代码

这是我觉得最重要的一件事。

很多人装完就直接 claude 跑起来了，然后发现它老是不按自己的想法来。要么改了不该改的文件，要么代码风格跟项目完全不搭。

CLAUDE.md 就是你和 Claude 之间的协作契约，每次会话它都会自动读这个文件。里面放什么？最核心的就几样，怎么 build、怎么 test、项目目录结构、代码风格约束，以及一个 NEVER 列表，写清楚哪些事绝对不能干。

我一开始也觉得没必要写，后来被坑了几次才老实了。有一次 Claude 直接改了我的 .env 文件，数据库连接都给换了。从那之后加了一条 NEVER modify .env files without explicit approval，再也没出过这种事。

一个小技巧，输入 # 可以把当前对话里的内容直接追加到 CLAUDE.md 里。

还有个细节很多人不知道，CLAUDE.md 不只是一个文件，而是一套层级系统。全局的 ~/.claude/CLAUDE.md 放个人偏好，项目根目录放项目约束，子目录还能放更细粒度的规则。多个项目之间不会互相污染，这个设计是真的香。

上下文管理三件套

Claude Code 有 1M 的上下文窗口，听起来很大。但实际上系统指令、MCP 工具定义、CLAUDE.md 这些固定开销就吃掉了 20-40K。我算过一个典型场景，接 5 个 MCP Server，光工具定义就占了 25000 tokens，大概 12.5%。

用下来最大的教训，上下文不是不够用，而是太吵了。有用信息被大量无关内容淹没，Claude 回答质量就开始掉。

三个命令我每天都在用。

/context 查看 token 占用结构，能看到 MCP、文件读取各占了多少。第一次跑这个命令大概率会吓一跳。

/compact 压缩上下文但保留重点。我的习惯是同一任务进入新阶段时跑一次。可以在 CLAUDE.md 里写 Compact Instructions，指定压缩时必须保留什么，不让算法自己猜。

/clear 直接清空会话。任务切换时优先用这个，别在旧上下文里开新话题。

一个经验，同一个问题被 Claude 纠偏两次以上，别继续调了，/clear 重来更快。

Plan Mode，想清楚再动手

按两下 Shift + Tab 进入 Plan Mode。

这个模式的核心是把探索和执行拆开。Plan Mode 下 Claude 只做只读操作，先澄清目标，确认方案后你再让它执行。遇到复杂重构、数据库迁移、跨模块改动，先进 Plan Mode 想清楚再动手，能少走很多弯路。

我自己有个进阶玩法，开一个 Claude Code 写计划，再开一个codex审这个计划。让 AI 审 AI，效果出奇地好。

快速切模型

Option + P（Mac）或 Alt + P 快速切模型，不用清空当前输入。

复杂推理用 Opus，常规编码用 Sonnet，快速探索切 /fast。别让所有活都走同一套配置，该用重的时候用重的，该快的时候直接切。

不过有个坑，会话中途切模型会破坏 Prompt 缓存。你跟 Opus 聊了 100K tokens 之后切 Haiku，反而比继续用 Opus 更贵，因为要给 Haiku 重建整个缓存。需要切的话建议直接开新会话。

双击 ESC 和 /btw

两个小技巧，看着不起眼但每天都在用。

双击 ESC 回到上一条输入重新编辑。Claude 走偏了或者上一句话没说清楚，双击 ESC 改掉重发，比重新组织一段话跟它解释省事多了。

/btw 是侧问。主任务跑着的时候突然想问个小问题，用这个不打断当前节奏。比如"这两个配置项有什么区别"之类的单轮问答，很适合。

/rewind，敢试错的前提

/rewind 不是"撤销"，是回到某个会话 checkpoint 重新来。

Claude 沿着错误路径探索太久了，/rewind。想保留前半段共识但丢掉后半段失败，/rewind。方案跑偏了想换个方向试，/rewind。

我自己的感受是，敢用 /rewind 的人效率一般不差，因为不会在一条错路上耗太久。

类似的还有 /fork，从当前会话分叉出一条新线，两个方案同时跑，做架构选型时很顺手。

/simplify，改完代码跑一遍

/simplify 对刚改完的代码做三维检查，代码复用、质量和效率。

我现在的习惯是每次改完一段逻辑就跑一遍，相当于即时 code review。代码能跑不代表代码干净，这一步值得养成习惯。

claude --continue，隔天接着干

claude --continue 恢复最近一次会话。昨天下班前跑到一半的任务，今天直接接着做，不用重新描述上下文。想恢复更早的历史会话，用 claude --resume 弹出选择器。

还有一个冷知识，所有对话历史都存在 ~/.claude/projects/ 下面，每个会话是一个 .jsonl 文件。想找之前讨论过的某个话题，直接 grep -rl "关键词" ~/.claude/projects/ 就能定位。或者更懒一点，直接告诉 Claude"帮我搜一下之前关于 XX 的讨论"，它会自己去翻。