Claude Code：10条高频实用技巧（新手向）

很多人第一次用 Claude Code，会觉得它"写代码很快"，但同时也容易遇到三个典型问题：

需求讲不清 → 代码写完却跑不起来
上下文越聊越长 → 质量下降、开始兜圈子
工具/命令没用对 → 明明能自动化，却在手工折腾这篇文章把我自己10个高频技巧，整理成「能直接照做」的科普指南：每条都讲清楚它解决什么问题、怎么用、适合什么场景。

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

解决什么问题： 我比较常用的就是启动 claude code 的时候，带指定的 ---settings=xxx.json 参数，实现各大模型的切换，使用这个功能，切换大模型非常优雅，不需要装使用第三方工具。

怎么做： 在你的 shell 配置里（如 ~/.zshrc）写 alias，把"长命令"缩成"短口令"。

示例（按你自己的实际命令替换）：

bash 复制代码

####
#设置 claude code 模型切换，通过settings.json来处理
####
# 在 .zshrc 或 .bashrc 中添加
# 智谱的鉴权信息
alias claude-zp="claude --settings /Users/koffu/.claude/settings.zp.json"
# deekpseek
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 插件，就能在 vs code 里面使用 claude code
在终端中，如果要写大段的提示词，可以使用Ctrl + g就会跳转到 VSCode 里面编辑，要方便很多。

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

ESC 非常强大，有两种使用场景：

在输入界面时：

连按两次ESC：清空当前输入

在界面没有输入信息时：

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

5. 尽可能用"技能SKill"（把可复用流程封装起来）

核心价值： 技能可以理解为"确定性流程模板"。它让 Claude Code 不再每次自由发挥，而是按你设定的步骤输出结果。

适用环节： 需求拆解、UI 设计、技术方案、计划拆分、开发、测试、上线检查、复盘......几乎每个节点都能技能化。

注意：

技能贵精，不在多。我是通过官方的技能包anthropics/skills 安装了一些最常用，其他的就是自己创建技能，一般位于相应的项目文件夹下面

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

什么时候用：

需求比较模糊
任务比较大
你不确定从哪改起 你要的不是"马上写代码"，而是：
让它先读代码
先问清楚问题
输出可执行计划
再进入实现 触发方法：

shift + tab 两次

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

这个应该能理解，"talk is cheap, show me the code"，语言描述太笼统，只有 log 才精准。

正确姿势：

贴日志
贴复现步骤
你可以附带"怀疑方向"，但不要替代原始信息

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

为什么： 上下文越长，越容易触发压缩；压缩会损失细节，进而影响输出质量。最主要是也省钱，注意对话旁边的状态栏，会显示 context:10M 的时候，你想想是不是要 clear 一下了。

建议：

新任务与旧任务无关 → 直接 /clear
如果陷入兜圈子、修不动 → /clear 后让它重新分析，往往能"清醒"

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

这个功能是最近才上的，就是在执行多任务的时候，可以开个小差，问一下问题

场景： 主任务在执行（例如扫描代码、跑测试）时，你突然想问：

项目结构怎么组织？
某个模块历史是啥？用 /btw 可以开一个"旁路对话"，不污染主上下文。

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

即便 Claude Code 搜索能力很强，你作为开发者如果已经大概知道相关文件在哪：

直接 @ 指定文件/目录
或把相关文件拖进去会让它少走弯路、减少无效搜索，也更节省 token。

结语

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

你不需要一次性全用上。建议从 3 条开始：

/init + 精简 CLAUDE.md
新任务前 /clear
明确文件多使用 @ 坚持一周，你会明显感觉到它"更像一个靠谱同事"。