Slash 命令详解

交互模式里所有以斜杠开头的输入都不会发给模型，而是被 CLI 本身拦下来当成命令执行。这一节把内置命令一次列全，并讲清楚怎么加自己的。

在 REPL 里敲一个 / 就会弹出补全菜单，列出当前会话所有可用的命令。命令数量并不多，但每一条都对应一个高频操作场景。下面按用途分成五组来讲。

会话控制类

这一组是每天都要用到的。

/help 打印当前所有可用命令和 skill，忘了名字就敲一下。

/clear 清空当前会话的上下文。注意这不是清屏，是把 Claude 记忆的对话历史全部丢掉，等价于开一个新窗口。做完一个任务准备开下一个不相关任务时用它，避免上一段对话污染下一段。

/compact 压缩当前上下文。Claude 会自己总结前面的对话保留关键信息，把 token 数量降下来，但依然保留任务连贯性。适合对话已经很长但你还不想丢掉记忆的场景。

/continue 或者启动时加 -c 参数，恢复上一次会话。适合你把窗口关了想接着聊的情况。恢复的是最近一次同项目的会话，跨项目不会串。

/resume 从会话列表里挑一条老会话恢复。启动时加 -r 参数也是同一个入口。你只想接着某一次特定的对话时用它。

模型与账号类

/model 切换当前会话使用的模型。会弹出可选列表，比如 Opus、Sonnet、Haiku。任务复杂就切 Opus，跑简单批量就切 Haiku 省钱。

/login 首次启动如果没登录会自动触发这条命令。也可以手动敲来切换账号，比如从个人 Pro 号切到公司 Team 号。

/logout 退出当前账号，清除本地存的认证 token。切换到共享机器之前用一次。

/cost 查看当前会话已经花了多少钱，按输入输出 token 分别统计。跑长任务前后各看一次能大致估出单次成本。

配置类

/config 打开配置菜单，可视化调整常用设置项。比 settings.json 更轻量，适合改一两个字段的场景。

/permissions 打开权限管理面板，看当前有哪些 allow 和 deny 规则，也可以现场加一条。等价于直接编辑 settings.json 里的 permissions 段但更直观。

/hooks 查看和管理 hook 配置。hook 是 Claude Code 在特定时机自动触发的脚本，比如提交前跑 lint、每次编辑后自动格式化。这个命令让你不用手写 JSON 就能加 hook。

/vim 切换到 Vim 编辑模式，让输入框支持 hjkl、i、Esc 这些按键。习惯 Vim 的人会很爽，键位见下一节。

工具与扩展类

/agents 列出并管理已注册的子 agent。你可以在这里查看每个 agent 的定义，也可以调用它们跑独立任务。

/mcp 管理 MCP 服务器。MCP 是 Claude Code 的插件协议，飞书、GitHub、数据库客户端这些外部工具都是通过 MCP 接进来的。这条命令能看到已连的 server、当前工具列表、健康状态。

/init 在当前项目根目录生成一个 CLAUDE.md 模板，把项目结构、常用命令、编码规范这些持久化知识写进去。新接手一个仓库跑这条命令一次，后续会话就会自动加载。

/review 走 Claude 对当前 Git diff 做一次代码审查，输出结构化的问题清单。适合合 PR 之前自己先自审一遍。

/pr_comments 拉取当前 PR 的所有 review 评论并让 Claude 逐条处理。省去手动切 GitHub 网页往回抄评论。

诊断类

出问题时先跑这一组，能省下大量猜疑时间。

/doctor Claude Code 的自检命令，跑一次会检查 Node 版本、认证状态、网络连通、MCP server 健康度、配置文件合法性。装完或者出问题第一件事都跑它。输出里每一项都会给一个绿色对勾或者红色叉叉，红叉叉那一行的错误提示直接就是你该修的地方。

/status 查看当前会话状态，包括 token 用量、上下文长度、活跃的 skill、加载的配置层级。适合你怀疑某个规则没生效时排查。

/release-notes 查看当前版本以及最近几个版本的更新说明，看看有没有你想要的新特性。

自定义 Slash 命令

内置命令满足不了的场景，你可以自己封装。规则很简单，把一个 markdown 文件放到指定目录，文件名就是命令名。

用户级命令，全局所有项目共用，放在：

~/.claude/commands/

项目级命令，只对当前项目生效，放在：

<project-root>/.claude/commands/

例如你想封装一个 /deploy 命令，在部署前先跑测试再走 CI，创建 ~/.claude/commands/deploy.md：

---
description: 跑测试并触发 staging 部署
---

请执行以下步骤：

1. 运行 `npm test`，全部通过后继续
2. 检查 `git status`，如果有未提交改动先 stash
3. 切到 `main` 分支，执行 `git pull`
4. 触发 CI 部署到 staging：`gh workflow run deploy-staging.yml`
5. 部署完成后打印 staging URL 并让我确认

保存后在 REPL 里敲 /deploy 就会执行这段 Prompt。命令支持传参数，在 markdown 里用 $ARGUMENTS 占位。

命令组织的一点建议

不要把每一个高频 Prompt 都做成 Slash 命令，命令菜单太长反而选不出来。判断标准是这条 Prompt 是不是稳定复用而且步骤明确，如果每次都要临场改就没必要封装。

注意

自定义命令本质是一段 Prompt，Claude 拿到之后依然会按当前权限规则执行。命令里写了 rm -rf 之类的高危动作时权限系统照样会拦住，不会因为是自定义命令就绕过。

下一步

命令是嘴，键位是手。下一节把常用键位过一遍，让你操作起来不别扭。