AI改完代码先别提交，展开这三类改动

AI说改完了，你却不确定有没有漏看测试和旧改动？Claude Code新增侧边差异面板。先展开三类容易漏看的内容，再核对提交范围。

入口是在已有会话里输入 /diff。但先别把“看见几处修改”理解成“已经审完”。这次值得用的，不是又一个替你宣布成功的按钮，而是把改动证据放到对话旁边，方便你逐项追问。

新增的是侧边面板，不是自动验收

官方将这一变化列入2.1.260更新：全屏渲染模式下，差异面板可以与对话并排显示，并随编辑更新。这里不能写成“首次有了差异查看命令”，更不能直接等同于代码审查通过。

本文依据9月5日核对的官方发布说明和文档整理。本机已确认 Claude Code 2.1.261 和 Git 2.53.0 可用，但当前目录不是 Git 仓库，因此没有为演示临时建提交，也没有复现 /diff 界面。下面是可独立验证的流程，不是本机测试报告；文中的文件名也只是教学示例。

原创概念图：总结不等于证据，应核对实际差异

打开之前，先留一份基线

适用条件是已经安装2.1.260或更新版本、已有获准使用的会话、位于已有提交且不含子模块的练习Git仓库，并且当前已采用全屏渲染，终端至少110列。全屏渲染仍被官方标为研究预览，不等于把窗口最大化。

在可信、脱敏的练习仓库中，先记录下面命令的输出、执行时间、操作系统和终端版本。不要拿真实客户仓库作演示，也不要为了凑环境临时安装或升级工具。

claude --version

git --version

git rev-parse --is-inside-work-tree

git --no-optional-locks status --short --untracked-files=all

在已有Claude Code会话里输入 /tui，只查询当前渲染模式，再输入 /diff。这里不执行 /tui fullscreen：官方说明它会保存设置并重新启动界面，不能把它当作纯查询命令。

面板开关可能被记住；需要严格零偏好变更的环境，只核对文档，不进入交互验证。版本不足、没有练习仓库或当前不是全屏模式，就记录条件不满足，不擅自调整配置。

基线的用途是回答一个常被忽略的问题：这些修改在本轮任务开始前就存在，还是之后才出现？没有开始前的记录，不能仅凭结束时的文件列表，把所有变动都算给AI。

把三类容易漏看的内容展开

官方文档明确说明：侧边列表会跳过测试文件和生成文件，并把会话开始前的改动折叠到下方；可点击相应计数行展开。它们不是没有变化，而是默认展示有所取舍。

这里说的“三类”是核对对象，不是承诺界面必有三个独立按钮。以实际计数行和分组为准，展开后记下对应路径；不要把示意图里的中文标签当成真实界面的固定文案。

假设任务是修改金额计算，主文件是 src/total.py。测试文件可能决定边界输入如何被检查；生成文件可能反映接口描述是否同步；会话前的笔记修改则可能属于另一项工作。这是说明审阅顺序的假设，不是发现了某个真实项目的缺陷。

对每个文件只问三个问题：为什么改、依据是什么、准备怎样验证。特别留意测试断言是否被放宽，或者旧改动是否混进本次交付。它们是值得检查的风险，不应在没有差异证据时直接定性为错误。

还要看清当前比较范围。文档允许在本会话、全部未提交和分支差异之间切换，且会记住项目选择。范围没对齐时，不要求不同视图的文件数机械相等；本流程不主动改写这项偏好。

原创概念图：展开测试、生成文件与会话前改动

再用Git核对，不让面板代替清单

建议把现有改动分成未暂存、已暂存和未跟踪三组，分别检查。先看文件名，不急着把整个补丁交给模型。

git --no-optional-locks --no-pager diff --no-ext-diff --no-textconv --name-status

git --no-optional-locks --no-pager diff --no-ext-diff --no-textconv --cached --name-status

git --no-optional-locks status --short --untracked-files=all

第一条比较工作区与暂存区，第二条比较暂存区与当前提交；第三条补充未跟踪路径。单独一条普通 git diff，不能被写成“看遍全部新增文件”。这里关闭外部差异工具和文本转换；状态查询禁用可选锁，避免可选的索引缓存刷新。

找到需要解释的已跟踪文件，再查看具体差异：

git --no-optional-locks --no-pager diff --no-ext-diff --no-textconv -- src/total.py

git --no-optional-locks --no-pager diff --no-ext-diff --no-textconv --cached -- src/total.py

路径必须替换成练习仓库中实际存在的文件。未跟踪文件应在获准的本地编辑器里单独阅读，不要为让它出现在差异里临时暂存，更不要提交、重置或覆盖已有改动。

核对表建议保留路径、所属分组、任务关联、差异依据和待验证项。若面板与Git清单不一致，先查比较范围、隐藏项和仓库位置；解释不了就停在“待核对”，不要为了得到通过结果删除反例。

这张表比一句“检查过了”更适合交接。下一位审阅者可以据此找到具体文件，而不是重新猜测上一个人究竟看到了哪里。

让AI解释证据，而不是重复保证

读过差异之后，再把最小、脱敏的片段交给获准使用的会话。可采用下面的提示词；它约束的是回答形式，并不能代替工具权限控制。

只分析我提供的脱敏差异，不读取其他文件，不调用工具，不修改代码。

逐项输出：观察到的变化、对应路径或差异行、可能影响、最小验证建议。

事实和推断分开；缺少上下文时明确指出。

没有测试命令及原始输出，一律写“尚未验证”，不要宣布通过。

不要把测试文件存在，解释成测试已经成功。

本文的证据分四层：面板能力属于“官方已确认”；环境、展示和清单一致性属于“可独立验证”；可能减少漏看属于“推断”；实际测试结果、兼容性和节省时间属于“尚未验证”。不能把前一层自动升级成后一层的成功结果。

例如，新增了空值测试，只能先确认测试内容发生变化。它是否运行、是否通过、是否覆盖真实需求，仍需要对应命令、退出码和原始输出。没有这些记录，就保留空缺，而不是填入一个好看的结论。

原创概念图：清单一致后仍需命令和原始输出

便利之外，保留停止条件

普通查看器与侧边面板不是同一界面，窄终端等条件可能触发回退或说明提示。不要把“没有并排显示”直接诊断成项目坏了。

生成文件怎么识别、二进制差异怎样呈现，以及你的终端组合能否稳定使用，本次都没有运行验证。遇到这些情况，保留现场记录，回到已授权的本地审阅方式，而不是默认把未显示内容视为无风险。

成本也不要夸大。询问模型与自行查看文本不是同一件事；会话里的费用估计不能替代账单，更没有证据支持“省下一半成本”。订阅用户看到的估算也不等于额外应付金额。

隐私上，只用获准处理的最小片段，不把凭据、客户标识或私有业务数据塞进提示词。截图也要检查路径、账号名和通知信息。本文配图均为原创示意，不能包装成已经完成的现场验证。

这次更新适合用来加强审阅入口，而不是绕过审阅。本文建议的完成条件是：范围说清、遗漏补齐、疑点留痕；真正的测试和交付判断，继续依赖独立证据。