Claude Code 斜杠命令（二）：对话管理——让你的会话有条不紊

Claude CodeAI工具教程斜杠命令

系列目录

  1. （一）快速入门——最常用的基础命令
  2. （二）对话管理——让你的会话有条不紊（本文）
  3. （三）上下文管理——不让 Token 成为瓶颈
  4. （四）代码审查三剑客
  5. （五）模型与推理控制
  6. （六）并行工作与后台 Agent
  7. （七）项目配置与权限管理
  8. （八）研究、规划与 CI/CD 集成
# 对话管理 ## 新建与清空 - /clear 放弃当前上下文开新局 - /rename 给会话命名 ## 恢复历史 - /resume 恢复历史会话 - 支持关键词模糊匹配 ## 分支探索 - /branch 从当前分叉新方向 - /fork 分叉子 Agent 处理旁线 ## 撤销回退 - /rewind 回退若干步对话 - 配合 git 还原文件 ## 摘要生成 - /recap 生成当前进展摘要 ## 跨设备 - /teleport 跳转到另一会话 - /remote-control /rc 发送远程指令

为什么需要对话管理

真实的开发场景很少是一条直线：你可能在调试一个 bug 的中途突然被拉去处理另一个需求，或者在探索一个重构方案时发现走错了方向，又或者下班前没完成的工作第二天需要接着干。Claude Code 的对话管理命令正是为这些场景设计的——它们不只是"清空聊天"，而是一套完整的会话生命周期控制工具。

命令速查表

命令 参数 说明
/clear 无 清空当前上下文，开始一次全新对话
/resume [会话 ID 或关键词] 恢复一次历史会话，继续之前的工作
/rename <新名称> 给当前会话命名，方便日后查找
/branch [分支名称] 从当前状态创建一个独立分支，探索不同方向
/fork [分支名称] 与 /branch 类似，复制当前上下文到新会话
/rewind [步数] 回退若干步操作，撤销最近的变更
/recap 无 用一段摘要概括当前会话的核心内容
/teleport <会话 ID> 跳转到另一台设备或环境中的指定会话
/remote-control <指令> 向远程运行中的 Claude Code 实例发送控制指令，别名 /rc

核心场景详解

清空重开 vs 恢复历史：/clear 与 /resume

这两个命令是一对反义词，却经常被混用。

/clear 的含义是放弃当前上下文，让 Claude 以"空白状态"重新出发。它适合以下时机：

  • 当前任务已经完成，下一个任务与之完全无关
  • 上下文塞满了大量无关信息，回答质量开始下滑
  • 你想重新描述问题，不希望 Claude 受之前对话的影响
/clear

执行后，当前会话内容不会消失，只是 Claude 不再"看到"它——你仍然可以用 /resume 找回来。

/resume 则是找回历史。不带参数时，它会展示最近的会话列表供你选择；带关键词时，它会模糊匹配会话名称或内容：

/resume
/resume "重构 API 鉴权模块"

一个典型的使用流程：早上打开 Claude Code，用 /resume 接着昨晚的工作，不需要重新交代背景，直接继续。

小提示：使用 /rename 给重要的会话取一个有意义的名字，之后 /resume 时会容易找得多。

分支探索不同方向：/branch

当你面对一个有多种解法的问题，又不确定哪条路更好时，/branch 能让你"两条腿走路"。

场景举例：你正在设计一个缓存层，方案 A 用 Redis，方案 B 用内存缓存 + 持久化。你不想在同一个对话里混着讨论，也不想为了探索方案 B 而丢掉已经整理好的方案 A 分析。

# 当前会话已有方案 A 的详细分析
/branch cache-redis         # 创建分支，继续深入方案 A

# 回到主会话
/resume
/branch cache-in-memory     # 再创建分支，探索方案 B

每个分支都是独立的会话，互不干扰。决定之后，你可以回到主线、丢弃不要的分支，或者用 /recap 在主线里总结两个分支的对比结论。

flowchart LR A[主会话\n方案分析] --> B[/branch cache-redis\n深入方案A] A --> C[/branch cache-in-memory\n探索方案B] B --> D[/recap 汇总结论] C --> D

/fork 的行为与 /branch 非常相近，区别在于语义上更强调"复制一份去做实验"，而 /branch 更强调"从这里分叉出一条新路"。实际使用中按习惯选一个就好。

后悔药：/rewind

这是对话管理里最有"安全感"的命令。当你意识到刚才的操作方向不对——比如让 Claude 修改了一批文件，或者按照错误的需求理解生成了大量内容——/rewind 可以回退：

/rewind        # 回退 1 步（最近一次交互）
/rewind 3      # 回退 3 步

回退之后，那几步操作在对话历史里消失，Claude 会恢复到回退点之前的状态。需要注意的是，/rewind 回退的是对话上下文，而不是文件系统的变更——如果 Claude 在那几步里已经写入了文件，文件本身不会自动还原，需要你配合 git 来处理。

stateDiagram-v2 [*] --> 对话状态已回退: /rewind 对话状态已回退 --> Claude恢复到回退点前 对话状态已回退 --> 文件变更仍保留: 磁盘不自动还原 文件变更仍保留 --> 需手动git还原: git checkout

实用建议：在让 Claude 执行大范围修改之前，先做一次 git commit，/rewind 加 git checkout 组合使用才是完整的"后悔药"。

跨设备切换：/teleport 与 /remote-control

这两个命令面向更进阶的使用场景，尤其适合在多台机器之间工作，或者需要协作的团队。

/teleport 允许你跳转到另一个环境中正在运行的会话：

/teleport <会话 ID>

典型场景：你在办公室的桌面电脑上开了一个长时间运行的 Claude Code 会话，下班回家用笔记本，通过 /teleport 接入同一个会话继续操作，上下文完整保留。

/remote-control（简写 /rc）则是主动向远程实例发送指令，适合脚本化控制或监控场景：

/rc "生成本次重构的变更摘要"
/rc "停止当前任务"

两者配合使用，可以实现"在本地监控远程 Agent 进度、必要时干预"的工作流。

工作流示意

一次典型多任务会话的生命周期：

flowchart LR A[开始新会话\n/rename 任务A] --> B[遇到分歧\n/branch 探索方案] B --> C[/rewind 撤销误操作] C --> D[/recap 总结 + /clear 切换任务] D --> E[次日 /resume\n恢复任务A]

组合技巧：/branch + /rename

单独使用 /branch 时，分支名称默认是自动生成的，时间久了很难分辨。养成创建分支后立刻 /rename 的习惯，会让会话管理清晰很多：

/branch
/rename "方案B-内存缓存-2026-06"

进一步的组合：在每个分支里用 /recap 生成一段结构化摘要，然后回到主线，把几个分支的摘要拼在一起作为决策文档，交给 Claude 帮你做最终选型分析。整个过程不需要手动复制粘贴，会话内容本身就是文档。

常见误区

误区一：用 /clear 代替 /rewind

/clear 是清空上下文开新局，操作本身无法撤销（虽然会话数据还在，但刚才的思路断了）。如果只是想撤销最近几步，应该用 /rewind，而不是核弹式地清空全部。

误区二：以为 /rewind 能还原文件

上面提到过，/rewind 只回退对话上下文，不还原磁盘上的文件变更。在执行危险操作前 commit 一次，是更可靠的保险措施。

误区三：不给会话命名，导致 /resume 找不到

默认会话名称通常是首条消息的前几个字，在几十个历史会话里几乎无法辨认。每次开启一个有明确目标的工作会话时，第一步就 /rename 一下，这个习惯养成之后会极大提升效率。

对话管理命令看似简单，但真正用熟之后，你会发现它改变的不只是操作习惯，而是整个与 AI 协作的节奏——从"一次性问答"变成"持续推进中的项目管理"。下一篇，我们来聊聊上下文管理，看看如何在 Token 有限的情况下让 Claude 始终保持准确的理解。

实操清单

  • 为当前工作会话执行 /rename 命名
  • 完成一个任务后执行 /clear 清空上下文
  • 次日用 /resume 恢复昨日会话，验证上下文完整
  • 在有分支需求的任务中使用 /branch 创建探索分支
  • 分支创建后立即用 /rename 命名，避免混淆
  • 在大范围修改前 git commit 一次，再试用 /rewind
  • 中断后用 /recap 快速回顾进展再继续工作