内置命令全解：从 /compact 到 /doctor 的实战指南

系列文章

本篇是 Claude Code 系列的第 3 篇。系列将从安装入门到高级实战，由浅入深地拆解这个终端原生 Coding Agent 的每一个能力。

入门篇

核心篇
3. 内置命令全解：从 /compact 到 /doctor 的实战指南（本文）
4. CLAUDE.md：项目上下文工程的艺术

进阶篇
5. 多文件重构与复杂任务实战
6. Hooks、MCP 与能力扩展

高级篇
7. Headless 模式与 CI/CD 集成
8. 多 Agent 协作：从 Claude Code 到 Codex

一、为什么需要斜杠命令？

在前两篇文章中，我们已经学会启动 Claude Code、输入自然语言让它干活。但随着使用深入，你会发现几个问题：

上下文溢出——聊了 30 分钟后，Claude 开始”忘事”，之前讨论的设计决策被丢掉了。

权限轰炸——每次读文件、跑测试都要你手动确认，打断心流。

会话管理——想回到昨天的对话继续，但找不到入口；想同时做两件事，但终端只有一个。

成本失控——不知道这次对话用了多少 Token，月底账单吓一跳。

斜杠命令就是 Claude Code 对这些问题的系统级回答。它们不是”快捷方式”，而是 Agent 操作系统的控制面板。

设计哲学：命令即接口

Claude Code 的斜杠命令遵循一个核心原则：命令是人与 Agent 之间的协议接口。

传统 CLI 工具（如 git、docker）的命令是人直接操作系统的手段。但 Claude Code 的命令不同——你发出 /compact，不是你去压缩上下文，而是你指示 Claude 自己做这件事。这就像你给一个初级开发者说”把之前的讨论总结一下”，只不过用了更精确的语法。

这个设计决定了几个关键特征：

命令只在消息开头识别——帮我看看 /compact 是什么意思不会触发压缩，只有 /compact 在行首才会生效
命令可以带参数——/compact 聚焦于数据库设计部分会生成带有特定关注点的摘要
命令有作用域——有些命令只影响当前会话（/model），有些影响全局配置（/config）

二、命令全景图：按工作流阶段分组

Claude Code 目前内置了 80+ 个命令（截至 v2.1.185）。与其逐个罗列，不如按开发者一天的工作流来组织。

2.1 项目初始化阶段

当你第一次在一个代码库中启动 Claude Code，这几个命令决定了整个后续体验的质量。

/init —— 生成项目记忆文件

> /init

/init 会在项目根目录生成一个 CLAUDE.md 文件，这是 Claude 理解你项目的”记忆锚点”。它会扫描你的项目结构、pom.xml / build.gradle、README、已有代码风格，然后生成一份结构化的项目说明。

为什么重要？ 没有 CLAUDE.md，Claude 每次对话都要从零开始理解你的项目。有了它，Claude 知道：

这是一个 Spring Boot 3.x 项目，使用 Java 17
分层架构是 Controller → Service → Repository
测试用 JUnit 5 + Mockito
代码风格遵循 Google Java Style Guide

实战建议：/init 生成的是起点，不是终点。生成后用 /memory 编辑它，加入你的团队约定、业务术语、禁用的 API 等。我们在第 4 篇会深入讲解 CLAUDE.md 的艺术。

> /init
# Claude 扫描项目后生成 CLAUDE.md
> /memory
# 打开编辑器，补充团队约定

/permissions —— 配置权限规则

1	> /permissions

这是你与 Claude 建立”信任边界”的地方。默认情况下，Claude 每次要执行 Bash 命令、写文件都会请求你确认。对于长期项目，你需要配置规则让它自动放行安全操作。

权限规则分三个层级：

层级	作用	示例
Allow	自动放行	`Bash(mvn test:*`)` 允许所有 Maven 测试
Ask	每次询问	`Bash(rm *)` 删除文件需要确认
Deny	禁止执行	`Bash(rm -rf /)` 永远不允许

Java 开发者的推荐配置：

# 在 /permissions 界面中添加
Bash(mvn *)          # 允许所有 Maven 命令
Bash(gradle *)       # 允许所有 Gradle 命令
Bash(./gradlew *)    # 允许 Gradle Wrapper
Bash(java *)         # 允许运行 Java
Bash(javac *)        # 允许编译 Java
Bash(git status*)    # 允许查看 Git 状态
Bash(git log*)       # 允许查看 Git 日志
Bash(git diff*)      # 允许查看 Git 差异
Write(./src/**)      # 允许写入 src 目录

设计原理：为什么不用”全部放行”？因为 Claude 是 Agent，它会自主决定执行什么命令。权限规则是你给 Agent 的”行为准则”——就像你不会让实习生不经审批就操作生产数据库一样。

/mcp —— 连接外部工具

> /mcp

MCP（Model Context Protocol）让 Claude 能连接外部工具和数据源。在 /mcp 界面中，你可以：

查看已连接的 MCP 服务器
启用/禁用特定服务器
重连断开的服务器
配置 OAuth 认证

Java 开发者的典型 MCP 配置：

数据库浏览器——让 Claude 直接查询开发数据库，而不是每次手写 SQL 让你执行
JIRA/Linear——让 Claude 读取 Issue 描述，直接开始开发
Sentry——让 Claude 查看线上错误日志，定位 bug

我们在第 6 篇会深入讲解 MCP 的配置和自定义。

2.2 日常开发阶段

这是你一天中使用最频繁的命令组。

/compact —— 上下文压缩

1 2	> /compact > /compact 聚焦于用户认证模块的设计讨论

这是 Claude Code 中最重要的命令，没有之一。

Claude 的上下文窗口是有限的（当前默认约 200K tokens）。当你在一个长会话中讨论了很多内容后，上下文会被填满。/compact 让 Claude 对当前对话进行摘要压缩，释放上下文空间。

不带参数：Claude 自己决定摘要的重点。适合对话内容比较杂的场景。

带参数：Claude 会特别关注你指定的部分。比如 /compact 聚焦于数据库设计和 API 接口定义，则摘要会保留这些关键信息，而丢弃无关的讨论。

什么时候该用？

对话进行了 15-20 分钟后
Claude 开始”忘记”之前讨论的内容时
准备切换到一个新任务前
上下文使用率超过 70% 时（用 /context 查看）

设计原理：为什么不自动压缩？因为压缩是有损的。自动压缩可能丢掉你认为重要的上下文。把控制权交给开发者，让你决定什么时候压缩、保留什么重点——这是 Claude Code”人在回路”设计哲学的体现。

/context —— 上下文可视化

1 2	> /context > /context all

/context 用一个彩色网格展示当前上下文的使用情况。每种颜色代表不同类型的上下文：

系统提示词（CLAUDE.md、权限规则等）
对话历史（你和 Claude 的来回消息）
工具调用结果（文件内容、命令输出等）
记忆文件（auto-memory 等）

实战场景：当你感觉 Claude 的响应质量下降时，先用 /context 看看是不是上下文快满了。如果工具调用结果占了大头，说明 Claude 读了太多文件——考虑用 /compact 压缩，或者更精确地指定要读哪些文件。

/model —— 切换模型

1
2
3

> /model
> /model opus
> /model sonnet

Claude Code 支持在会话中动态切换模型。不同模型的能力和成本差异很大：

模型	特点	适用场景
Claude Opus	最强推理能力	复杂架构设计、多文件重构
Claude Sonnet	平衡能力和速度	日常开发、代码生成
Claude Haiku	最快速度	简单查询、快速问答

实战建议：日常开发用 Sonnet，遇到复杂问题切到 Opus，简单查询用 Haiku 省钱。/model 界面可以用左右箭头调整 effort level（推理深度），不需要切换模型也能控制”思考多少”。

/effort —— 调整推理深度

1
2
3

> /effort high
> /effort low
> /effort ultracode

这个命令控制 Claude “思考多久再回答”。级别从低到高：

low —— 快速回答，适合简单问题
medium —— 默认级别
high —— 深度思考，适合复杂问题
xhigh —— 更深度的推理
ultracode —— Claude Code 专属级别，结合 xhigh 推理和自动工作流编排

什么时候调高？ 写算法、设计数据库 schema、做技术方案评审时。什么时候调低？ 改个配置、查个用法、重命名变量时。省 token 也省等待时间。

/plan —— 进入计划模式

1 2	> /plan > /plan 重构用户认证模块，从 Session 迁移到 JWT

在执行大改动前，先让 Claude 制定计划。/plan 让 Claude 进入只读模式——它会分析代码、设计方案、列出步骤，但不执行任何修改。

为什么重要？ Agent 的天性是”直接干活”。但在复杂任务中，直接动手往往导致返工。/plan 让你有机会审核方案、调整方向，避免 Claude 走偏。

典型工作流：

> /plan 将订单服务从单体拆分为独立微服务
# Claude 输出：分析依赖 → 设计拆分方案 → 列出迁移步骤
# 你审核方案，调整细节
> 好的，按方案执行第 1-3 步
# Claude 开始执行

/btw —— 侧问题

1	> /btw Java 21 的虚拟线程和传统线程池有什么区别？

在执行任务的过程中，你突然想到一个问题想问 Claude，但不想打断当前的工作流。/btw 发送一个”旁白”——Claude 会回答你的问题，但这段对话不会加入正式上下文。

设计原理：这就像你在 pair programming 时，同事在写代码，你随口问了一句”这个 API 的限流策略是什么？”——问题得到回答，但不影响正在写的代码。/btw 就是这个”随口一问”的数字化。

2.3 并行执行阶段

当任务规模变大，一个 Claude 不够用时。

/agents —— 管理子代理

> /agents

Claude Code 可以派生子代理（subagent）来并行执行任务。/agents 打开管理界面，你可以：

查看正在运行的子代理
配置可用的子代理类型
启用/禁用特定子代理

Java 开发者的典型场景：

一个子代理在写单元测试，另一个在重构 Service 层
一个子代理在查文档，另一个在生成代码
多个子代理分别处理不同模块的 bug fix

/tasks —— 查看后台任务

> /tasks

当 Claude 在后台运行任务时（通过 /fork 或 /background），/tasks 显示所有正在执行的后台任务及其状态。

/fork —— 派生后台工作

1	> /fork 给所有 Controller 添加参数校验注解

/fork 会创建一个后台子代理，继承当前对话的完整上下文，然后在后台执行你指定的任务。你可以继续在主会话中做其他事情，子代理完成后会把结果返回。

和 /branch 的区别：/branch 是你自己切换到一个新分支对话；/fork 是让一个子代理在后台干活，你继续做自己的事。

/background —— 后台化当前会话

1 2	> /background > /background 继续完成剩余的测试用例编写

/background 把整个当前会话转为后台运行，释放你的终端。适合长时间运行的任务——让 Claude 继续干活，你去做别的事情。

监控后台会话：

1
2
3

# 在终端中
claude agents          # 查看所有运行中的 agent
claude agents --json   # JSON 格式输出，适合脚本处理

/batch —— 大规模并行变更

1	> /batch 将 src/ 下所有使用 SimpleDateFormat 的地方替换为 DateTimeFormatter

/batch 是 Claude Code 最强大的并行执行命令。它会：

研究代码库——扫描所有相关文件
分解任务——将大改动拆成 5-30 个独立单元
展示计划——让你审核分解方案
并行执行——每个单元在独立的 git worktree 中由一个子代理处理
各自测试——每个子代理独立运行测试
提交 PR——每个单元生成一个独立的 Pull Request

为什么需要 /batch？ 单个 Claude 在处理跨 50 个文件的改动时，上下文会溢出，而且串行执行太慢。/batch 通过并行化解决了这两个问题。

适用场景：

大规模 API 迁移（如 Spring Boot 2.x → 3.x）
框架升级（如 JUnit 4 → JUnit 5）
代码风格统一（如所有日志从 System.out 迁移到 SLF4J）
依赖替换（如 Guava Cache → Caffeine）

2.4 代码审查与提交阶段

代码写完了，准备提交。

/diff —— 查看变更

> /diff

/diff 打开一个交互式差异查看器，展示：

当前未提交的变更
每一轮 Claude 对话产生的变更

用左右箭头在不同版本间切换，上下箭头浏览文件。这比 git diff 更好，因为它按对话轮次组织变更，让你清楚地看到”第 3 轮对话改了什么”。

/code-review —— 代码审查

> /code-review
> /code-review --fix
> /code-review high
> /code-review ultra

这是内置的代码审查命令，会检查当前 diff 中的：

正确性 bug——空指针、边界条件、并发问题
代码复用——是否有现成的工具方法可以复用
简化机会——冗余代码、过度设计
效率问题——不必要的循环、可优化的查询

参数详解：

参数	含义
`low` / `medium` / `high`	审查深度，越高越仔细
`--fix`	自动修复发现的问题
`--comment`	将审查意见作为 GitHub PR 内联评论发布
`ultra`	启动云端多 Agent 深度审查

实战建议：日常用 /code-review medium --fix，大改动用 /code-review high，关键发布前用 /code-review ultra。

/simplify —— 代码简化

1	> /simplify

/simplify 是 /code-review 的轻量版——只关注代码清理，不找 bug。它会并行运行 4 个审查 Agent：

复用检查——是否有现成的 helper 可以复用
简化检查——是否有更简洁的写法
效率检查——是否有性能优化空间
抽象层级检查——代码是否在正确的抽象层级上

/review —— PR 审查

1
2
3

> /review
> /review 123
> /review https://github.com/org/repo/pull/456

/review 对 GitHub Pull Request 进行审查。不带参数时列出当前仓库的开放 PR 供你选择。

/security-review —— 安全审查

1	> /security-review

专注于安全漏洞的深度审查：SQL 注入、XSS、认证绕过、敏感数据泄露等。对于 Java 项目，特别关注：

Spring Security 配置是否正确
用户输入是否做了校验和转义
API 端点是否有正确的权限控制
敏感信息是否硬编码

2.5 会话管理阶段

/clear —— 清空上下文

1 2	> /clear > /clear "用户认证重构"

/clear 开始一个全新的对话，之前的对话可以通过 /resume 找回。给当前对话起个名字（如 "用户认证重构"），方便以后在 /resume 列表中识别。

和 /compact 的区别：/compact 是压缩当前对话（保留精华），/clear 是丢弃当前对话（从零开始）。切换任务时用 /clear，同一任务上下文满了用 /compact。

/resume —— 恢复对话

1 2	> /resume > /resume "用户认证重构"

/resume 打开一个对话选择器，列出所有历史对话。选择一个即可继续。从 v2.1.144 开始，后台运行的会话也会出现在列表中，标记为 bg。

实战场景：昨天讨论了一个技术方案，今天想继续执行。/resume 找到昨天的对话，继续干活。

/branch —— 分支对话

1 2	> /branch > /branch "尝试方案B"

在当前对话的这个点创建一个分支，让你可以尝试不同的方向，而不丢失当前的对话状态。就像 Git 的分支一样——你可以在分支上试验，不满意就切回来。

/rewind —— 回退

> /rewind

/rewind 让你回退到之前的某个时间点——可以回退对话和代码。就像 Git 的 reset，但更智能——它同时回退对话上下文和文件变更。

使用场景：

Claude 的修改方向不对，想回到某个节点重新来
想对比”如果当时做了另一个选择”的结果
代码改坏了，想回到改动前的状态

2.6 成本与状态监控

/usage —— 用量统计

> /usage

/usage（别名 /cost、/stats）展示：

当前会话的 Token 用量和费用
计划的用量限制和剩余额度
按 skill、子代理、插件、MCP 服务器的用量分解

为什么重要？ Claude Code 按 Token 计费（API 用户）或有月度限额（Pro/Max 用户）。不了解用量就像开车不看油表——迟早抛锚。

成本优化建议：

简单问题用 /effort low 或切到 Haiku 模型
及时用 /compact 压缩上下文，避免重复发送大文件内容
用 /btw 问旁白问题，不占用主上下文
读大文件时指定行范围，而不是让 Claude 读整个文件

/status —— 状态查看

> /status

展示当前会话的状态信息：版本号、模型、账户、连接状态。可以在 Claude 响应过程中执行，无需等待。

/doctor —— 诊断工具

> /doctor

当 Claude Code 行为异常时，/doctor 会检查：

安装是否完整
配置是否正确
网络连接是否正常
MCP 服务器是否健康
权限配置是否有效

检查结果用状态图标标记，按 f 可以让 Claude 自动修复发现的问题。

什么时候用？ Claude 突然不响应、MCP 工具消失、权限配置异常、升级后行为变化。

/debug —— 调试日志

1 2	> /debug > /debug Claude 无法读取我的 Java 文件

启用调试日志模式。默认情况下调试日志是关闭的（除非你用 claude --debug 启动）。/debug 在会话中途开始捕获日志，可以附带问题描述让 Claude 重点分析。

2.7 配置与个性化

/config —— 设置面板

> /config
> /config thinking=false
> /config model=opus
> /config theme=dark

/config 打开设置界面，可以调整：

主题（深色/浅色）
模型偏好
输出风格
各种行为开关

从 v2.1.181 开始，支持直接传 key=value 对快速设置，无需打开界面。

/theme —— 主题切换

> /theme

切换颜色主题。支持：

auto——自动匹配终端的深色/浅色背景
light / dark——强制浅色/深色
daltonized——色盲友好主题
ANSI——使用终端的颜色配置
自定义主题——放在 ~/.claude/themes/ 下

/vim —— Vim 模式

1 2	# 通过 /config 切换 > /config editor=vim

Claude Code 支持 Vim 编辑模式。切换后输入框变成 Vim 的 Normal/Insert 模式，支持常见的 Vim 快捷键。

/terminal-setup —— 终端配置

1	> /terminal-setup

配置终端快捷键，如 Shift+Enter 换行。只在需要的终端中显示（如 VS Code、Cursor、Alacritty 等）。

2.8 协作与分享

/export —— 导出对话

1 2	> /export > /export ~/Desktop/session-notes.txt

将当前对话导出为纯文本。适合：

记录重要的技术讨论
分享给没有 Claude Code 的同事
存档决策过程

/copy —— 复制回复

1 2	> /copy > /copy 2

复制最近一次（或第 N 次）Claude 的回复到剪贴板。当回复中有多个代码块时，会弹出选择器让你选择复制哪个。

SSH 场景：在远程服务器上使用时，按 w 可以把选择写入文件而不是剪贴板。

/feedback —— 提交反馈

1	> /feedback Claude 生成的代码有编译错误

别名 /bug、/share。提交反馈或报告 bug，会自动附带当前会话的上下文。

/rename —— 重命名会话

1	> /rename "Spring Boot 3 迁移"

给当前会话起一个有意义的名字，在 /resume 列表中更容易识别。

2.9 高级功能

/cd —— 切换工作目录

1	> /cd ../other-project

在会话中切换到另一个项目目录。关键特性：

保留提示缓存——新目录的 CLAUDE.md 作为消息追加，而不是重建整个系统提示
迁移会话存储——--resume 和 --continue 会从新目录查找会话
安全提示——如果之前没在该目录工作过，会提示你确认

需要 v2.1.169 或更高版本。

/add-dir —— 添加工作目录

1	> /add-dir ../shared-library

让 Claude 可以访问另一个目录的文件，而不切换当前工作目录。适合需要引用共享库、配置文件等跨目录场景。

/loop —— 定时循环

1 2	> /loop 5m 检查部署是否完成 > /loop 30s 跑测试看看有没有失败

让 Claude 以固定间隔重复执行一个任务。省略间隔时 Claude 自动节奏。适合：

监控部署状态
轮询 CI/CD 结果
定期检查日志

/goal —— 设置目标

1 2	> /goal 所有测试通过且代码覆盖率达到 80% > /goal clear

设置一个目标条件，Claude 会持续工作直到条件满足。这比手动一轮一轮地催促 Claude 更高效。

/deep-research —— 深度研究

1	> /deep-research Spring Boot 3.x 对 GraalVM Native Image 的支持程度如何？

启动一个研究工作流：Claude 会发起多个网络搜索、交叉验证来源、最后综合成一份带引用的研究报告。

三、键盘快捷键速查

除了斜杠命令，Claude Code 还有丰富的键盘快捷键：

通用控制

快捷键	功能
`Enter`	发送消息
`Shift+Enter`	换行（需配置）
`Escape`	中断当前响应
`Ctrl+C`	取消输入 / 退出
`Ctrl+D`	退出（空行时）

文本编辑

快捷键	功能
`Ctrl+A`	移到行首
`Ctrl+E`	移到行尾
`Ctrl+K`	删除到行尾
`Ctrl+U`	删除到行首
`Ctrl+W`	删除前一个单词
`Alt+B`	后退一个单词
`Alt+F`	前进一个单词

macOS 注意：Alt 键需要在终端中配置为 Meta 键：

iTerm2：Settings → Profiles → Keys → General → Left/Right Option key → “Esc+”
Apple Terminal：Settings → Profiles → Keyboard → 勾选 “Use Option as Meta Key”
VS Code：设置 "terminal.integrated.macOptionIsMeta": true

会话导航

快捷键	功能
`Ctrl+R`	反向搜索历史命令
`↑` / `↓`	浏览输入历史
`Tab`	命令自动补全

快捷命令

在输入框中直接输入，不需要 / 前缀：

快捷方式	等价命令
`?`	`/help`
`!!`	运行上一条 shell 命令

四、Java 开发者的命令组合拳

理论讲完了，来看看实际的命令组合使用。

场景 1：接手一个陌生的 Spring Boot 项目

# 1. 初始化项目记忆
> /init

# 2. 查看项目结构
> 帮我梳理这个项目的模块结构和依赖关系

# 3. 配置权限（省去反复确认）
> /permissions
# 添加 Maven、Gradle、Git 相关的自动放行规则

# 4. 开始工作
> 找到用户登录相关的代码，解释整个认证流程

场景 2：修复一个复杂的并发 Bug

# 1. 先让 Claude 分析问题
> /plan 分析 UserService 中的竞态条件问题

# 2. 审核方案后执行
> 按方案执行修复

# 3. 让 Claude 自己验证
> 跑 UserService 的并发测试

# 4. 代码审查
> /code-review high

# 5. 提交
> 帮我提交这次修改，commit message 用中文

场景 3：大规模框架升级

# 1. 先做影响分析
> /plan 分析从 Spring Boot 2.7 升级到 3.2 的影响范围

# 2. 用 /batch 并行执行
> /batch 将 Spring Boot 从 2.7 升级到 3.2，包括 javax 到 jakarta 的迁移

# 3. 监控进度
> /tasks

# 4. 逐个 PR 审查
> /review

场景 4：日常编码的高效循环

# 写代码时用 Sonnet + medium effort（快速响应）
> /model sonnet
> /effort medium

# 给 OrderService 添加一个批量查询接口
> 好的

# 遇到复杂问题时切到 Opus
> /model opus
> /effort high

# 这个查询需要支持动态条件拼接和分页，帮我设计一下

# 解决后切回 Sonnet
> /model sonnet
> /effort medium

# 继续下一个任务
> /clear "订单批量查询"

五、命令速查表

最后，按字母顺序整理一份速查表，方便日常查阅。

A-D

命令	功能	使用频率
`/add-dir`	添加工作目录	★★☆
`/advisor`	启用/禁用顾问模型	★☆☆
`/agents`	管理子代理	★★☆
`/background`	后台化当前会话	★★☆
`/batch`	大规模并行变更	★★☆
`/branch`	分支对话	★★☆
`/btw`	侧问题（不占上下文）	★★★
`/clear`	清空上下文，开始新对话	★★★
`/code-review`	代码审查	★★★
`/compact`	压缩上下文	★★★
`/config`	设置面板	★★☆
`/context`	上下文可视化	★★★
`/copy`	复制回复到剪贴板	★★☆
`/cost`	查看费用（/usage 别名）	★★☆
`/debug`	启用调试日志	★☆☆
`/deep-research`	深度研究工作流	★★☆
`/desktop`	切换到桌面应用	★☆☆
`/diff`	查看交互式差异	★★★
`/doctor`	诊断安装和配置	★★☆

E-P

命令	功能	使用频率
`/effort`	调整推理深度	★★★
`/export`	导出对话	★☆☆
`/feedback`	提交反馈/报告 bug	★☆☆
`/fork`	派生后台子代理	★★☆
`/goal`	设置目标条件	★★☆
`/help`	查看帮助	★☆☆
`/init`	初始化 CLAUDE.md	★★★
`/login`	登录 Anthropic 账户	★☆☆
`/logout`	退出登录	★☆☆
`/loop`	定时循环执行	★★☆
`/mcp`	管理 MCP 服务器	★★☆
`/memory`	编辑记忆文件	★★★
`/model`	切换模型	★★★
`/permissions`	配置权限规则	★★★
`/plan`	进入计划模式	★★★

R-Z

命令	功能	使用频率
`/rename`	重命名会话	★★☆
`/resume`	恢复历史对话	★★★
`/review`	PR 审查	★★☆
`/rewind`	回退对话和代码	★★☆
`/run`	启动并驱动应用	★★☆
`/security-review`	安全审查	★★☆
`/simplify`	代码简化	★★☆
`/skills`	查看可用技能	★★☆
`/status`	查看状态	★★☆
`/tasks`	查看后台任务	★★☆
`/theme`	切换主题	★☆☆
`/usage`	用量统计	★★★
`/verify`	验证代码变更	★★☆

六、总结：命令是 Agent 的操作系统

回顾全文，Claude Code 的斜杠命令不是简单的”快捷方式”——它们构成了一套完整的 Agent 操作系统：

会话生命周期管理——/clear、/resume、/branch、/rewind
上下文资源管理——/compact、/context、/btw
模型与推理控制——/model、/effort、/plan
并行执行编排——/agents、/tasks、/fork、/background、/batch
代码质量保障——/diff、/code-review、/simplify、/security-review
项目配置管理——/init、/permissions、/mcp、/memory
成本与健康监控——/usage、/status、/doctor、/debug

掌握这些命令，你就从”Claude Code 的使用者”变成了”Claude Code 的指挥者”。你不再是被动地等待 AI 回答问题，而是主动地编排 Agent 的行为、管理它的资源、控制它的成本。

在下一篇中，我们将深入 CLAUDE.md——这个决定 Claude 理解你项目深度的关键文件。一个好的 CLAUDE.md 能让 Claude 从”通用 AI”变成”你的项目专家”。

💡 实践建议：不要试图一次记住所有命令。先掌握标 ★★★ 的核心命令（/compact、/context、/model、/effort、/plan、/clear、/resume、/permissions、/init、/memory、/diff、/code-review、/usage），其他的用到时查速查表即可。