上一篇讲了 CLAUDE.md，解决的是「让 Claude Code 记住项目规则」。这篇讲的是另一个效率问题：你自己的操作速度。
Claude Code 内置了一套斜杠命令和快捷键，很多人用了几个月还只会 /help 和 /clear。全部掌握不难，花十分钟看完这篇就够了。
在对话中输入 / 就能看到命令列表。下面按使用频率分组介绍。
/help — 查看所有可用命令和基本用法。
忘了某个命令的名字，打 /help 看一眼就行。
/clear — 清空当前对话历史，重新开始。
完成一个任务后开始新任务，先 /clear。因为上一个任务的上下文可能会干扰新任务的判断——比如你刚让它写完一个 React 组件，紧接着问数据库的问题，它可能还沿着前端的思路走。
/compact — 压缩对话历史，保留关键信息，释放上下文空间。
这是 /clear 的温和版。对话长了但你还不想完全丢掉上下文，就用 /compact。Claude Code 会把之前的对话总结成要点，腾出空间继续对话。
实测下来，一个复杂任务做到一半时用 /compact 特别有用。上下文快满了但任务没做完，清空太可惜，压缩一下刚好。你也可以在后面加一句自然语言描述，告诉它压缩时重点保留什么：
/compact 保留数据库表结构和 API 接口设计的讨论
/cost — 查看当前会话的 token 消耗和费用。
用 API 付费的人一定要养成看 /cost 的习惯。一次长对话烧掉几美元不是没发生过。看到费用涨得快，要么 /compact 压缩一下，要么 /clear 重开。
/model — 切换当前使用的模型。
直接输入 /model 会显示当前模型，后面加模型名就能切换：
/model claude-sonnet-4-6
/model claude-opus-4-6
什么时候切换？日常写代码用 Sonnet 就够了，性价比最高。遇到复杂的架构设计、难缠的 bug，切 Opus 试试——贵是贵了点，但有时候一步到位比用 Sonnet 来回几轮反而省钱。
/init — 让 Claude Code 分析项目并自动生成 CLAUDE.md。
上一篇讲过了。第一次在一个项目里用 Claude Code，先跑一下 /init，它会帮你生成一份初始的项目配置文件。
/permissions — 查看和管理权限设置。
显示当前的权限规则列表——哪些工具被允许、哪些被禁止、哪些需要确认。也可以在这里添加或移除权限规则。权限模式的详细说明见下面的专门章节。
/doctor — 检查 Claude Code 的运行健康状态。
遇到奇怪的行为先跑一下 /doctor，它会检查自动更新器和基本配置是否正常。不能解决所有问题，但能帮你快速排除一些常见故障。
/review — 让 Claude Code 做代码审查。
它会检查你最近的代码变更（基于 git diff），给出审查意见。提交代码前跑一下，能帮你发现拼写错误、逻辑漏洞、安全隐患这类容易忽略的问题。
/memory — 查看和编辑记忆文件。
打开 CLAUDE.md 等记忆文件，让你直接在对话中查看和修改 Claude Code 的项目记忆。
/mcp — 查看和管理 MCP（Model Context Protocol）服务器连接。
MCP 让 Claude Code 连接外部工具和数据源——比如浏览器自动化、数据库查询、API 调试等。/mcp 显示当前已连接的 MCP 服务器列表和状态。MCP 的配置和使用是进阶话题，后续有专门的文章。
/logout — 退出当前登录。
切换账号时用。
Claude Code 有不同的权限模式，控制它执行操作时需不需要你确认。
每次写文件、执行命令前都会暂停并问你：
Claude wants to run: npm install dayjs
Allow? (y/n/a)
你可以选择：
这是最安全的模式。新手建议至少用一个月默认模式，等你对 Claude Code 的行为模式有了足够了解，再考虑放宽。
通过 /permissions 或配置文件，你可以细粒度地控制权限。比如：
npm test 和 npm run build，但其他 bash 命令需要确认rm 命令这种方式最灵活，适合已经熟悉 Claude Code 的用户。
启动时加上这个参数，Claude Code 会跳过所有权限确认，自动执行所有操作：
claude --dangerously-skip-permissions
看这个参数名就知道了——官方都在暗示这很危险。
它的适用场景很窄：在 Docker 容器或虚拟机这类一次性环境里批量处理任务，搞坏了也无所谓。在你的真实开发环境里？别用。
一个真实故事：有人在 YOLO 模式下让 Claude Code「清理项目中不用的文件」，它把一些看起来没被引用但其实有用的配置文件给删了。还原起来不难（git 救了他），但那个下午的心情是真的糟糕。
Claude Code 的快捷键不多，但每个都很实用。
| 快捷键 | 作用 |
|---|---|
Tab | 自动补全文件路径或命令 |
Enter | 发送消息 |
Shift + Enter 或 Option + Enter | 换行（不发送） |
↑ / ↓ | 浏览输入历史 |
Tab 补全是效率大杀器。想让 Claude Code 看某个文件，输入路径的前几个字符按 Tab，它会自动补全完整路径。比手打快得多，还不容易打错。
| 快捷键 | 作用 |
|---|---|
Escape | 取消当前正在执行的操作 |
Ctrl + C | 中断当前任务 / 退出 |
Escape 是最重要的快捷键。看到 Claude Code 正在做的事情不对，立刻按 Escape 中断，然后告诉它正确的方向。不要等它做完再纠正——那样浪费时间也浪费 token。
当 Claude Code 请求权限时：
| 快捷键 | 作用 |
|---|---|
y | 允许本次操作 |
n | 拒绝本次操作 |
a | 始终允许这类操作 |
除了进入交互式对话，Claude Code 还支持非交互模式——用命令行直接传入问题，拿到答案就走。
# -p 参数：传入一个问题，输出答案后退出
claude -p "这个项目的主入口文件是哪个？"
-p 是 --print 的缩写。Claude Code 处理问题、输出结果、自动退出，不进入交互界面。
可以把其他命令的输出通过管道传给 Claude Code：
# 分析错误日志
cat error.log | claude -p "分析这个错误日志，找出根本原因"
# 解释一段代码
cat src/lib/auth.ts | claude -p "解释这个文件的核心逻辑"
# 分析 git diff
git diff | claude -p "审查这些代码变更，指出潜在问题"
加上 --output-format json，输出结构化的 JSON，方便程序解析：
claude -p "列出 src/app/api/ 下所有路由及其 HTTP 方法" --output-format json
非交互模式最大的价值是能集成到自动化脚本中：
#!/bin/bash
# 每次提交前自动做代码审查
DIFF=$(git diff --staged)
if [ -n "$DIFF" ]; then
echo "$DIFF" | claude -p "审查这段 diff，如果有严重问题就输出 BLOCK，否则输出 PASS"
fi
# -c 参数：继续上一次的对话
claude -c
# --resume 参数：恢复指定的历史对话
claude --resume
-c 在你不小心退出了对话、想要接着聊的时候很方便。--resume 会列出最近的对话记录让你选择要恢复哪一个。
几个我们日常使用中总结的经验。
不要等到 Claude Code 提示上下文快满了才去处理。经验法则：
/compact 或 /clear/compact 一次/compact建议在以下时机看一下 /cost：
长期下来你会建立对不同任务费用的直觉——比如「修一个普通 bug 大概 $0.2」「搭建一个新模块大概 $1-2」。这个直觉能帮你判断什么时候该让 Claude Code 来做，什么时候自己动手更划算。
遇到这些情况，第一反应就跑 /doctor：
推荐这样的节奏：
别一上来就 YOLO。循序渐进，既安全又不影响效率。
看到 Claude Code 在错误的方向上越走越远——比如它开始修改你没让它动的文件，或者用了你明确不想要的方案——立刻按 Escape，然后说清楚你要什么。
犹豫三秒，它可能已经改了五个文件了。
这篇覆盖了 Claude Code 的所有命令和操作方式。内容不少，但不用背——收藏这篇当速查表，用到的时候翻一下就行。真正常用的就那几个：/clear、/compact、/cost、/model、Escape，用几天就成肌肉记忆了。
下一篇讲 Rules——Claude Code 的模块化规则系统。如果说 CLAUDE.md 是一份大而全的指令文件，Rules 让你把规则按主题拆开，更好管理。
本篇要点：
/compact和/clear是上下文管理的核心，前者保留要点，后者彻底重来- 默认权限模式最安全，YOLO 模式仅限一次性环境
- Escape 键是你最重要的快捷键，发现方向不对立刻中断
-p参数开启非交互模式，配合管道和脚本能实现自动化- 用
/cost养成费用感知，用/doctor快速排查问题