Claude Code 代码审查工作流：2.1.260 中的新全屏差异面板

Claude Code 2.1.260 有哪些变化

在审查 AI 代码更改方面，主要新增功能是全屏差异面板。 2.1.260 版本说明 描述了一个位于对话旁的面板，会在 Claude 编辑时显示尚未提交的更改。 /diff 命令可切换该面板的显示状态。

这样，您就可以在保持对话可见的同时检查不断变化的差异。一个实用的审查习惯是将这些更改与您的请求对照：哪些文件应该更改，哪些行为应该改变，哪些约束应继续满足？

打开全屏差异面板

将当前对话切换为全屏渲染，然后切换面板的显示状态：

/tui fullscreen
/diff

全屏模式本身早于此版本推出。2.1.110 版本引入了 /tui 以及 tui 设置； /tui fullscreen 会在同一对话内改变渲染方式。这些早期细节记录在 固定版本的更新日志.

描述此次更新时，这一区别很重要：Claude Code 2.1.260 引入了实时差异面板，而用于进入全屏模式的命令此前就已存在。

符合时间范围的版本说明没有确认最小终端宽度、面板自动打开、导航快捷键或文件筛选行为。请先使用文档中记载的这两个命令，不要依赖截至发布截止时间尚未确认的控制方式。

如需更全面地了解相关内容， Claude Code 指南中心 可作为了解相关工作流的起点。

实用的 Claude Code 审查工作流

设置三个独立检查点：定义预期更改、检查生成的差异，以及请求自动审查。权限也应与这些检查点一并考虑，因为它们决定工具操作是否需要确认。

以下顺序是一种建议的工作方法。它结合了更新日志中已确认的命令，同时不将新面板视为批准操作的界面。

1. 编辑前定义范围

给 Claude 一个范围明确的任务和清晰的审查标准。描述预期行为、相关约束，以及任何需要特别关注的事项。

例如，要求修改错误处理方式时，应明确发生故障时的预期响应。在审查过程中，依据这一要求判断修改是否以一致的方式处理该故障。

将请求范围限定在足够小的范围内，以便你能解释每个修改过的文件为何属于此次差异。如果某项修改看起来与任务无关，请在继续之前让 Claude 解释它与任务的关系。

2. 随时检查新出现的修改

打开全屏模式并切换 /diff。在 Claude 编辑时，将未提交的修改与你设定的范围进行对照。

一种实用的检查顺序是：

1. 检查修改过的文件是否属于任务范围。
2. 阅读行为变化及其相关假设。
3. 查找遗漏、超出预期的范围或不清晰的推理。
4. 让 Claude 处理具体问题，然后检查更新后的差异。

将此视为持续的对话。准确的后续请求应指出令你担忧的行为变化，以及你预期的结果。

该面板显示已应用但尚未提交的修改。文档说明其用途是让这些修改可见；发行说明并未明确提供逐个差异块的批准控件。

3. 请求审查并评估发现的问题

当修改准备好接受下一轮检查时，使用 /review 或 /code-review。结合实际差异和你的原始要求评估发现的问题。

对于每项建议的修正，判断它是否指出了具体问题、所提议的修改是否符合任务，以及是否扩大了范围。然后再次检查由此产生的修改。

这形成了一个审查循环：检查、请求审查、解决发现的问题，再重新检查修改后的代码。不要将可见的差异或自动审查回复中的任何一项单独视为充分依据。

什么是 /diff, /review，以及 /code-review 会

这些命令各有不同用途。 /diff 控制实时面板； /review 通过别名调用审查命令。

该 2.1.223 版本说明，日期为 2026 年八月 6 日，明确了 /review 成为以下命令的别名： /code-review。这一行为在全屏差异面板推出之前就已存在。

审查当前差异

简要说明明确指出 /review 和 /code-review 可以审查当前差异。基本的审查请求如下：

/review

从 2.1.223 开始，调用 /code-review 时若不指定投入级别，就会沿用上次输入的级别。如果你希望明确选择投入级别，请使用：

/code-review high

不要假定省略投入级别会将其重置为固定的默认值。文档所述的行为是沿用上次的选择。

审查特定拉取请求

发行说明提供了以下拉取请求语法：

/code-review <level> <pr#>

此处， <level> 和 <pr#> 是投入级别和拉取请求编号的占位符。因此，同一个审查命令既可用于当前差异，也可用于指定的拉取请求。

有关相关命令行资料，请参阅 Claude Code CLI 参考文档.

了解深度云端审查

文档中用于请求深度云端审查的命令是：

/code-review ultra

此外，版本 2.1.260 延长了通过以下命令执行的长时间云端审查的等待时间： /ultrareview 和 claude ultrareview 从 30 分钟延长至 45 分钟。

措辞应保持准确：这是提高了这些命令的等待时限，并不保证审查会在 45 分钟内完成。发行说明也未提供审查专属定价，因此无法据此估算此工作流的费用。

分别处理修改审查与操作批准

“批准前审查”可以指两个不同的时点：在允许执行之前检查拟议的工具操作，或在决定保留某项修改之前检查它。

历史更新日志记载了 /permissions 可用于要求对特定工具进行确认：

/permissions

当你的工作流要求对某个工具设置确认步骤时，请使用该配置。出现确认提示时，依据任务和你的约束评估拟议的操作。

全屏差异面板处于流程中的另一个环节。它在 Claude 编辑时显示已应用但尚未提交的修改。检查这些修改有助于你决定哪些内容需要进一步解释、修正或审查。

明确各个检查点

实用的审查清单会区分以下问题：

• 批准工具操作之前： 拟议的操作是否适合此任务？
• 编辑之后： 已应用的修改是否符合所要求的行为？
• 自动审查之后： 哪些发现的问题需要修正或进一步调查？
• 保留结果之前： 你是否已根据自己的要求检查最终修改？

这种区分可避免用批准提示代替代码审查，也可避免将差异面板描述成用于在编辑发生之前授权编辑的控件。

2.1.260 的发行说明并未明确提供“接受所有修改”按钮或逐个差异块的接受/拒绝控件。请将 /diff 描述为检查面板，并通过你的审查流程决定如何处理产生的代码。

回退修复与还原检查

版本 2.1.260 还包含两项与撤销编辑有关的修复。 发行说明 指出了检查点备份缺失时错误报告成功的问题，以及执行以下操作后文件读取跟踪信息过时的问题： /rewind.

第一项修复涉及 /rewind 和 --rewind-files。此前，即使因检查点备份缺失而未还原任何文件，它们也可能错误地报告成功。

第二项修复解决了执行以下操作后文件读取跟踪信息过时的问题： /rewind。这些是针对特定问题的修正，并不意味着每次编辑都始终能在任何条件下还原。

验证回退后的状态

当审查促使你撤销工作时，应将检查结果文件纳入恢复流程。在让 Claude 继续之前，确认相关修改已还原。

这一建议源于此次发布解决的故障：成功消息并不总是意味着还原已发生。尽管 2.1.260 修复了这种错误报告，检查结果仍是一个有用的检查点。

回退与自动审查的用途也不同。审查帮助评估修改；当你决定撤回编辑时，回退才发挥作用。全屏面板支持检查未提交的修改，而文档记载的回退修复涉及还原及随后的文件读取跟踪。

要点

• Claude Code 2.1.260 于 2026 年九月 3 日发布，在全屏模式下引入了位于对话旁的实时差异面板。
• 使用 /tui fullscreen 用于进入全屏渲染模式，而 /diff 用于切换显示未提交修改的面板。
• /review 是以下命令的别名： /code-review；该命令可以审查当前差异或指定的拉取请求。
• /permissions 管理特定工具的确认要求。差异面板显示已应用的编辑，其发行说明并未明确提供逐个差异块的接受控件。
• 版本 2.1.260 修复了具有误导性的回退成功报告，并延长了长时间运行的 /ultrareview 和 claude ultrareview 云端审查的等待时间，延长至 45 分钟。

常见问题

如何打开 Claude Code 的全屏差异面板？

运行 /tui fullscreen 在对话中执行，然后使用 /diff 切换实时面板。Claude Code 2.1.260 引入了该面板，它会在 Claude 编辑时于对话旁显示未提交的修改。

以下两者有何区别： /diff 和 /review?

/diff 切换用于检查未提交修改的全屏面板。 /review 是以下命令的别名： /code-review，用于审查当前差异或某个拉取请求；该别名在版本 2.1.223 中确立。

我可以在面板中批准单项修改吗？

2.1.260 的发行说明并未明确提供逐个差异块的接受/拒绝控件或“接受所有修改”按钮。它们明确说明面板显示未提交的修改，而 /permissions 支持要求对特定工具操作进行确认。

什么是 /code-review ultra 的作用，云端审查最长可以运行多久？

/code-review ultra 请求进行深度云端审查。另外，版本 2.1.260 延长了通过以下方式执行长时间审查时的等待时间： /ultrareview 和 claude ultrareview 从 30 分钟延长至 45 分钟；此等待上限并不保证审查能在该时间内完成。