很多人第一次用 Claude Code，会觉得它“写代码很快”，但同时也容易遇到三个典型问题：
- 需求讲不清 → 代码写完却跑不起来
- 上下文越聊越长 → 质量下降、开始兜圈子
- 工具/命令没用对 → 明明能自动化，却在手工折腾 这篇文章把我自己10个高频技巧，整理成「能直接照做」的科普指南：每条都讲清楚它解决什么问题、怎么用、适合什么场景。
1. 给 Claude Code 常用启动方式做别名（alias）
解决什么问题： 我比较常用的就是启动 claude code 的时候，带指定的 —settings=xxx.json 参数，实现各大模型的切换，使用这个功能，切换大模型非常优雅，不需要装使用第三方工具。
怎么做：
在你的 shell 配置里（如 ~/.zshrc）写 alias，把“长命令”缩成“短口令”。
示例（按你自己的实际命令替换）：
####
#设置 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 - 明确文件多使用
@坚持一周，你会明显感觉到它“更像一个靠谱同事”。
