Claude Code 高手速成指南：10个让你事半功倍的实战技巧

很多人第一次使用 Claude Code 时，会觉得它“写代码很快”，但也会遇到三个典型痛点：需求表达不清 → 代码写完却跑不起来；上下文越积累越长 → 输出质量下降、开始绕圈子；工具/命令没用对 → 明明可以自动化，却在手工重复操作。

这篇文章将我实战中高频使用的 10 个技巧，整理成一份「能直接照做」的实用指南。每个技巧都会讲清楚它解决什么问题、具体怎么用、适合什么场景，帮助你快速掌握 Claude Code 的高效用法。

1. 给常用启动方式做别名（alias）

这个技巧针对什么痛点？启动 Claude Code 时，频繁需要带上 --settings=xxx.json 参数来切换不同的大模型。比如想用智谱的模型，就得敲一长串命令。其实一个 alias 就能解决，而且切换模型非常优雅，完全不需要额外安装第三方工具。

具体做法很简单：在 shell 配置里（如 ~/.zshrc）写 alias，把“长命令”缩成“短口令”。例如这样：

# 设置 claude code 模型切换，通过settings.json来处理
# 智谱的鉴权信息
alias claude-zp="claude --settings /Users/koffu/.claude/settings.zp.json"
# deepseek
alias claude-ds="claude --settings /Users/koffu/.claude/settings.ds.json"
# 使用本地sub2api授权信息
alias claude-lc="claude --settings /Users/koffu/.claude/settings.local.json"
# minimax的信息
alias claude-mm="claude --settings /Users/koffu/.claude/settings.minimax.json"

配置好之后，想启动 minimax 的 Claude Code？直接敲 claude-mm 即可，干净利落，大幅提升操作效率。

2. 用 /init 初始化或重构 CLAUDE.md（项目记忆文件）

CLAUDE.md 可以理解为 Claude Code 的“项目说明书”——它告诉模型这个项目是干什么的、有什么约束、常用命令有哪些、哪些坑千万不能踩。很多工具会把它作为对话上下文的一部分，让模型更了解你的项目架构与规范。

什么时候用？新项目不知道怎么写文档，或者老项目文档混乱、规范缺失的时候。

怎么做：运行 /init，它会自动扫描代码库并生成初版 CLAUDE.md。然后你需要人工精简，只留下真正影响代码质量的关键内容。推荐的结构不长，但每一条都至关重要：

• 项目一句话说明（做什么的）
• 编码规范（别写太长；长规范用 @ 引用外部文件）
• 常用命令（启动、测试、lint、构建）
• 目录结构（重要模块在哪）
• “最重要的事情”（哪些坑千万别踩）

关键原则：CLAUDE.md 宁可短，也不要堆满。越长越容易稀释关键约束，影响模型理解效果。

3. 用 VS Code 插件，扩展终端的能力

这个技巧针对那些不太适应纯终端交互的人。在 VSCode 中安装 Claude Code for VS Code 插件，就能在熟悉的编辑器环境下使用 Claude Code。另外，在终端中如果要编写大段的提示词，按下 Ctrl + g 就会跳转到 VSCode 中编辑，方便很多，让交互更流畅。

4. 掌握 ESC，清空输入与回滚会话

ESC 键是个被低估的利器，它有两种不同的使用场景：

在输入界面时：连按两次 ESC，清空当前输入。

在界面没有输入信息时：按一次 ESC 停止当前生成；连按两次 ESC 进入回滚/撤销相关的交互（不同版本行为可能略有差异）。

5. 尽可能用“技能”（Skill）把可复用流程封装起来

技能的核心价值是“确定性流程模板”——它让 Claude Code 不再每次自由发挥，而是按你设定的步骤输出结果。适用场景几乎覆盖整个开发流程：需求拆解、UI 设计、技术方案、计划拆分、开发、测试、上线检查、复盘……每个节点都能技能化，极大提升开发效率。

注意一点：技能贵精，不在多。我自己是通过官方技能包 anthropics/skills 安装了最常用的几个，其他的就自己创建，一般放在相应的项目文件夹下面，便于团队复用。

6. 不确定怎么做时，先用 Plan 模式对齐方案

什么时候用 Plan 模式？需求比较模糊、任务比较大、或者你不确定从哪改起的时候。这时候你要的不是“马上写代码”，而是：让它先读代码、先问清楚问题、输出可执行计划，再进入实现阶段。

触发方法很简单：shift + tab 两次，即可切换到 Plan 模式。

7. 报 bug：别“转述”，贴原始信息

这个道理应该很容易理解：“talk is cheap, show me the code”。语言描述太笼统，只有日志才精准。正确的姿势是：贴日志、贴复现步骤。你可以附带“怀疑方向”，但不要替代原始信息，这样才能让 Claude Code 快速定位问题。

8. 用 /clear 清理上下文（新任务前必做）

为什么这个习惯很重要？上下文越长，越容易触发压缩；压缩会损失细节，进而影响输出质量。而且从成本角度考虑，注意对话旁边的状态栏，当显示 context:10M 的时候，就该考虑要不要 clear 一下了。

建议的做法：新任务与旧任务无关，直接 /clear；如果陷入兜圈子、修不动的情况，/clear 后让它重新分析，往往能让它“清醒”过来，避免无效对话。

9. 用 /btw：任务跑着，你可以插问不占上下文

这个功能是最近才上的，非常实用。在主任务执行过程中（比如扫描代码、跑测试），你突然想问点什么——项目结构怎么组织？某个模块历史是什么？用 /btw 可以开一个“旁路对话”，不影响主上下文，实现并行工作。

10. 用 @文件 精准告诉它该看哪里（更快、更准、更省）

虽然 Claude Code 搜索能力很强，但如果你作为开发者已经大概知道相关文件在哪，直接 @ 指定文件或目录，或者把相关文件拖进去，会让它少走弯路、减少无效搜索，也更节省 token，让交互更高效。

结语

这 10 条技巧的共同目标只有一个：把 Claude Code 从“会写代码的聊天工具”，变成“可控、可验证、可持续协作的工程伙伴”。

你不用一次性全用上。建议从 3 条开始：/init + 精简 CLAUDE.md、新任务前 /clear、明确文件多使用 @。坚持一周，你会明显感觉到它“更像一个靠谱同事”，开发效率显著提升。