Claude Code会话管理技巧｜用/rewind和/fork彻底消除开发返工

Claude Code 用得越深，就越容易遇到「上下文污染」和「返工」的问题。随着对话不断增加，响应精度会逐渐下降，或者在错误的实现方向上越走越远——而会话管理正是从根本上解决这些问题的方法。

本文将系统讲解 /rewind、/fork、/clear、/compact 这四个命令，并介绍如何将会话管理从「事后收拾」转变为「开发策略」来加以运用。

---

为什么会话管理如此重要

上下文窗口中存储了哪些内容

在 Claude Code 的会话中，以下信息会持续累积到上下文窗口中。

• 对话历史：用户的所有指令和 Claude 的所有回复
• 文件内容：已读取的源代码、配置文件
• 命令输出：构建日志、测试结果、git diff 等
• CLAUDE.md：项目规则和指令
• 工具调用结果：Grep / Glob / Bash 等的输出

上下文填满后精度会下降

正如官方文档明确指出的，随着上下文窗口被填满，Claude 的响应精度会逐渐降低。具体表现为以下症状：

• 遗忘最初给出的重要指令
• 反复读取同一个文件
• 提出相互矛盾的建议
• 被关联性较低的信息带偏

自动压缩的局限性

Claude Code 内置了在上下文接近上限时自动进行摘要的机制（自动压缩），但这并非万能。

• 初始指令被压缩的风险：最初设定的重要规则可能在摘要过程中被稀释
• 无用信息残留：失败的试错日志可能被保留在摘要中，对后续判断产生负面影响
• 无法控制触发时机：由于是自动触发，可能在意料之外的时间点丢失信息

手动控制这些问题，正是会话管理命令的作用所在。将会话管理视为「开发策略」而非「事后收拾」，这一认知转变至关重要。

---

检查点的工作原理

要理解 /rewind，首先需要了解检查点的工作机制。

自动快照

Claude Code 会在每次编辑文件时，自动将修改前的状态保存为快照。这是一套独立于 git 提交的、会话本地的机制。

• 仅在会话内有效（会话结束后消失）
• 不影响 git 工作树
• 无需显式操作，自动创建

注意不可撤销的操作

检查点可以撤销文件变更，但以下操作无法撤销。

重要的是，/rewind 仅针对本地文件变更和对话历史进行回滚。对外部产生影响的操作无法还原，因此在 git push 或 npm publish 之前，务必做好确认。

---

/rewind——安全回滚到过去的状态

启动方式

执行 /rewind 有两种方式：

• 连按两次 Esc 键：快速调用的快捷方式
• 输入 /rewind：以命令形式显式执行

执行后，会显示会话内的检查点列表，可以选择要回到的时间点。

三种恢复模式

/rewind 最大的特点是可以独立回滚代码和对话。选择检查点后，可以从以下三种模式中选择：

1. 同时回滚代码和对话

最简单的模式。完全恢复到所选时间点的状态。

使用场景：想从根本上推翻并重新规划实现方案时
效果：文件变更和对话流程全部重置

2. 只回滚代码（保留对话中获得的知识）

撤销文件变更，同时保留对话中积累的知识和讨论内容。

使用场景：实现失败，但想保留讨论中获得的经验时
效果：代码重置，对话历史保持不变

3. 只回滚对话（保留代码成果）

保留实现结果，仅删减对话历史。

使用场景：实现已完成，但反复试错的日志导致上下文膨胀时
效果：代码保持不变，修剪对话以减轻上下文负担

实践场景

场景一：重构实验失败

委托 Claude 将代码重构为状态类模式，结果导致大量现有测试被破坏。

处理方式：只回滚代码 → 保留重构过程中发现的依赖关系知识，以不同策略（如策略模式）重新尝试。

场景二：调试陷入死胡同

为了找出认证错误的原因，尝试了各种日志输出和代码修改，但真正的原因是 CORS 配置问题。

处理方式：回滚到调试开始前的检查点 → 清除所有试错过程中插入的调试代码，从干净的状态专注于修复 CORS 配置。

场景三：实现完成后整理上下文

API 端点实现完毕，但中途的试错已占用大量上下文。下一步想进入测试编写阶段。

处理方式：只回滚对话 → 保留已实现的代码，削减无用的对话日志，为测试编写留出充足的上下文空间。

---

/fork——分支会话

启动方式

使用 /fork 的方式如下：

• 在会话中输入 /fork：分支当前会话
• 从终端执行 claude --continue --fork-session：fork 最新会话并在新终端中启动

工作原理

执行 /fork 后，会发生以下事情：

1. 生成新的会话 ID
2. 复制当前对话历史
3. 对原始会话完全没有影响

简单来说，就是创建一个拥有 fork 时刻的知识和上下文的「分身」。fork 后的操作完全独立，回到原始会话后，分支中的变更不会同步回来。

与 resume 的区别

容易混淆的是 claude --continue（resume）。

重要提示：用多个终端对同一会话执行 --continue 时，对话内容可能混杂，导致意外行为。并行工作时务必使用 /fork。

实践场景

场景一：A/B 方案对比

在 API 设计中，犹豫是否采用 REST 还是 GraphQL。

处理方式：对当前会话（需求已定义）使用 /fork 进行分支。终端 A 推进 REST 实现，终端 B 推进 GraphQL 实现，比较结果后再做决定。

场景二：不中断主线的技术调研

在功能实现途中，产生了「这个设计模式真的合适吗」的疑问。

处理方式：使用 /fork 创建分支会话，在分支中验证设计的合理性。主线实现可以继续推进，待调研结果出来后再做判断。

场景三：安全试验破坏性变更

考虑对数据库 schema 进行大幅修改，但影响范围难以评估。

处理方式：/fork 后再尝试 schema 变更。如果有问题，直接丢弃 fork 会话，即可回到原始会话的干净状态。成功后通过 git 提交将成果合并。

---

四个命令的使用指南

Claude Code 中有四个与会话管理相关的命令。了解各自的特性，合理使用。

对比表

决策流程图

不知道该用哪个命令时，请按以下流程判断：

Q1. 是否继续当前任务？

→ 否：用 /clear 完全重置，开始新任务

→ 是：进入 Q2

Q2. 是否想撤销上一步的操作？

→ 是：用 /rewind 回滚到特定检查点

→ 否：进入 Q3

Q3. 是否想并行尝试其他方案？

→ 是：用 /fork 分支会话，进行并行验证

→ 否：进入 Q4

Q4. 上下文是否已经紧张？（通过 /context 确认）

→ 是：用 /compact 摘要压缩对话

→ 否：继续当前工作

---

最佳实践

以下是充分发挥会话管理命令作用的最佳实践。

与 Plan 模式结合使用

处理大型任务时，建议有意识地遵循 Plan 模式 → 实现 → 遇到问题时 /rewind 的循环。

1. 按 Shift + Tab 进入 Plan 模式，制定实现计划
2. 确认计划后再推进实现
3. 出现问题时，用 /rewind 回到计划阶段，修正方向

由于 Plan 模式中制定的计划会保留在上下文中，/rewind 回滚后仍能维持「为什么选择这个方向」的背景信息。

在 CLAUDE.md 中写入持久规则

即使通过 /compact 或 /clear 重置了对话，CLAUDE.md 中写入的规则也会被重新读取。希望跨会话保留的信息，请记录在 CLAUDE.md 中。

# 项目规则
- TypeScript strict 模式必须启用
- 测试使用 Vitest
- 提交信息遵循 Conventional Commits 规范
- 错误处理使用 Result 类型模式

定期用 /context 检查上下文使用量

通过 /context 命令可以查看上下文窗口的使用情况。当使用率升高时，就是用 /compact 压缩或 /clear 重置的时机。

将大型任务委托给子代理

Claude Code 的 Agent 工具（子代理）在独立的上下文窗口中运行，因此不会占用主会话的上下文。

• 文件搜索和调研任务 → 委托给子代理
• 主会话 → 专注于架构决策和集成工作

这样可以高效利用主会话的上下文空间。

用 /rename 为会话命名

通过 /rename 命令为会话设置易于识别的名称，之后用 claude --resume 恢复时就能快速找到目标会话。

/rename 认证功能重构

特别是在用 /fork 并行管理多个会话时，命名可以让管理工作轻松许多。

---

常见问题（FAQ）

/rewind 回滚后，可以重做吗？

可以。 再次执行 /rewind 即可移动到另一个检查点。不过，rewind 删除的对话和代码变更没有「重做（redo）」功能，因此如果有重要变更，建议事先进行 git 提交。

/fork 会话的成果可以合并回原始会话吗？

可以通过 git 提交实现。 将 fork 会话中实现的变更提交到 git 后，原始会话（或任何其他会话）都可以获取这些变更。会话之间不支持直接合并对话历史。

外部操作（如 git push 等）可以撤销吗？

不可以。 /rewind 仅针对本地文件变更和对话历史。git push、npm publish、API 调用、数据库操作等对外部产生影响的操作无法撤销。执行重要的外部操作前，务必做好确认。

/compact 和 /clear 有什么区别？

• /compact：由 AI 对对话历史进行摘要压缩。保留上下文的概要，因此可以继续同一任务。
• /clear：完全删除对话历史。CLAUDE.md 会被重新读取，但其他所有上下文都会丢失。适用于开始新任务时使用。

上下文窗口的上限大概是多少？

Claude Code 所使用模型的上下文窗口为 200K tokens。但实际上，系统提示、CLAUDE.md、工具定义等会占用一定量，因此用户实际可用的有效容量会少于这个数字。可以通过 /context 命令查看当前的使用情况。

---

总结

Claude Code 的会话管理不仅仅是「事后收拾」，更是最大化开发效率的战略性工具。

• /rewind：安全回到过去的状态，将试错成本降到最低
• /fork：分支会话，无风险地进行并行验证
• /compact：压缩上下文，维持响应精度
• /clear：完全重置，以全新状态投入新任务

合理使用这些命令，可以有效防止因上下文污染导致的精度下降和返工问题，从而充分发挥 Claude Code 的潜力。