Review 与行内 Diff

编码界面提供多种修改视图，它们回答的问题不同。行内 diff 显示某张编辑卡记录的变化；Review 面板用于处理 Ghast 捕获的变更；文件面板显示当前完整内容；Git 面板显示工作树状态。

会话中的行内 diff

当会话出现 已编辑文件 时，选择该行展开本次编辑记录。

红色表示移除，绿色表示新增；标题显示文件名和增删行数。

按以下顺序检查：

1. 核对文件名是不是请求允许修改的文件。
2. 核对 + 与 − 行数是否符合预期规模。
3. 展开每个文件，逐行查看红色和绿色区域。
4. 确认配置、锁文件和生成文件没有被意外改动。
5. 对重要文件，再从 文件 面板查看修改后的完整内容。

Review 面板

从 工作区侧栏 → 新建标签页 → 审查 打开。面板可以按文件和修改块处理捕获到的 Agent 变更：

操作	结果
Accept	保留当前 Agent 结果；不会额外写一次文件
Reject	把目标恢复为该次修改之前的内容
Undo	撤销已经接受或应用的该次变更
Reapply	再次应用撤销前的结果

操作前先确认当前文件没有在面板捕获之后被你或其他进程继续修改。Reject、Undo 和 Reapply 会检查当前内容；若它与记录状态不同，操作会失败，此时刷新后重新检查，不要强行覆盖。Accept 不做这项内容匹配检查，因此显示接受成功只表示记录状态已更新，不证明当前文件仍与面板捕获的结果一致；还要用文件或 Git diff 核对实际内容。

Review 面板只处理它识别到的修改记录。它不是完整的 git status，也不表示文件已经暂存或提交。

面板显示“没有文件更改”

如果 Review 显示 没有文件更改 / 生成的文件更改将显示在此处，先选择 刷新。若会话行内 diff 或 Git 面板仍显示变化，继续使用这些视图核对；不要把空 Review 当成干净工作树。

Git diff 用于确认当前工作树中的实际差异，与会话编辑记录互相补充。

四步完成审查

1. 行内 diff：这次编辑卡记录了什么。
2. Review：是否保留或恢复被捕获的 Agent 修改。
3. 文件：修改后的完整文件是否连贯。
4. Git：工作区现在有哪些暂存、未暂存或冲突文件。

发现越界修改时先停止后续运行，说明哪些文件不应改变。只有确定那部分不是原有工作时，才使用 Reject、Undo 或 Git 的放弃操作。