Claude Code高频实用的10条技巧总结(适合新手)

目录

• 1. 给 Claude Code 常用启动方式做别名（alias）
• 2. 用 /init 初始化或重构 CLAUDE.md（项目记忆文件）
• 3. 用 VS Code 插件，扩展终端的能力
• 4. 掌握 ESC，清空输入与回滚会话
• 5. 尽可能用“技能SKill”（把可复用流程封装起来）
• 6. 不确定怎么做时，先用 Plan 模式对齐方案
• 7. 报 bug：别“转述”，贴原始信息
• 8. 用 /clear 清理上下文（新任务前必做）
• 9. 用 /btw：任务跑着，你可以插问不占上下文
• 10. 用 @文件 精准告诉它该看哪里（更快、更准、更省）
• 结语

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

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

解决什么问题： 我比较常用的就是启动 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 即可，非常方便

CLAUDE.md 是什么： 它可以理解为 Claude Code 的“项目说明 + 约束 + 常用命令 + 关键注意事项”。很多工具会把它作为对话上下文的一部分，让模型更了解你的项目。

适用场景：

• 新项目：不知道该写什么

• 老项目：文档混乱、规范缺失 怎么做：

• 运行 /init，让它扫描代码库并生成初版 CLAUDE.md

• 然后人工精简：留下真正影响代码质量的内容 推荐结构（保持短、但关键）：

• 项目一句话说明（做什么）

• 编码规范（别写太长；长规范用 @ 引用外部文件）

• 常用命令（启动、测试、lint、构建）

• 目录结构（重要模块在哪）

• “最重要的事情”（哪些坑千万别踩） 关键原则： CLAUDE.md 宁可短，也不要堆满。越长越容易稀释关键约束。

解决什么问题： 有些人不适应纯终端交互

怎么做：

• 在 VSCode 里面安装 Claude Code for vs code 插件，就能在 vs code 里面使用 claude code
• 在 终端中，如果要写大段的提示词，可以使用Ctrl + g就会跳转到 VSCode 里面编辑，要方便很多。

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

在输入界面时：

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

在界面没有输入信息时：

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

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

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

注意：

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

什么时候用：

• 需求比较模糊

• 任务比较大

• 你不确定从哪改起 你要的不是“马上写代码”，而是：

• 让它先读代码

• 先问清楚问题

• 输出可执行计划

• 再进入实现 触发方法：

shift + tab 两次

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

正确姿势：

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

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

建议：

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

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

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

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

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

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

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

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

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

到此这篇关于Claude Code高频实用的10条技巧总结的文章就介绍到这了,更多相关Claude Code高频实用技巧内容请搜索风君子博客以前的文章或继续浏览下面的相关文章，希望大家以后多多支持风君子博客！