我先核实 09-decisions.html 的实际内容与版本库状态，确认是否被回滚或内容异常。
已执行 1 条命令
确认了：09-decisions.html 的实际内容竟是 07 设置章节（标题"07 设置"），D 编号为 0，待决策内容完全丢失。这与之前 01 章节的问题相同——文件被错误覆盖。我检查版本库历史和其他文件，找回正确内容。
已执行 1 条命令
找到原因了：工作区的 09-decisions.html 被沙箱机制错误覆盖成了 07 设置的内容，但 Git 版本库 HEAD 中保存的是正确内容（标题"09 待决策"，44 个编号）。这正是版本库备份的价值。我从版本库恢复正确内容。
已执行 1 条命令
恢复成功（标题正确、44 个编号、178 行）。章节 h2 因含嵌套标签未匹配，我用宽松模式确认章节结构，并全面核验所有文件与版本库的一致性，防止其他文件也被覆盖。
已执行 1 条命令
发现更严重的问题：从 git 恢复后，09-decisions.html 的章节标题竟是 08 交互跳转的内容（08.1 路由模型...），说明 git HEAD 中的该文件本身也可能被污染。同时 00-overview.html 和 02-bytestream.html 与版本库不一致。我逐一深入核查。
已读取 1 个文件
恢复后的文件竟是 08 交互跳转的内容，而之前 git show HEAD 检查标题明明是"09 待决策"、44 个编号。这说明文件在恢复后可能又被篡改。我立即做一次干净的、带 md5 校验的恢复与对比，同时核查 00/02 两个 DIFF 文件。
已执行 1 条命令
关键发现：git HEAD 中的 09-decisions.html 是正确的（标题"09 待决策"、44 编号、md5 65fc88d7），但工作区文件 md5 是 7ea77038（07 设置内容），且我恢复后 Read 时又变成了 08 内容——工作区文件正被沙箱机制反复篡改。我直接查看版本库中的正确内容，并核查 00/02 的差异。
已执行 1 条命令
现在真相大白了：
git HEAD 中 09-decisions.html 内容完好：章节 09.1~09.9 完整、44 个编号、178 行。
00/02 的 DIFF 是良性的：差异只是浏览器沉浸式翻译插件注入的 、data-immersive-translate-page-theme 等标记，内容未丢失。
工作区 09-decisions.html 被反复篡改：恢复后 md5 应为 65fc88d7（09 内容），但当前是 7ea77038（07 设置内容）。
我重新从版本库恢复并立即做 md5 + 内容双重验证，确认恢复是否可靠。
已执行 1 条命令
恢复成功，md5 完全匹配（65fc88d7）、标题"09 待决策"、44 个编号、git 状态干净。现在用 Read 验证内容，并全面对比所有文件与版本库的一致性，排查是否还有其他文件被污染。
已读取 1 个文件，执行 1 条命令
问题比预想严重：恢复后 md5 是 65fc88d7（09 正确），但下一次工具调用时文件又变成了 8e641a81（07 设置内容），且 Read 读到的也是 07 设置。工作区文件在每次工具调用之间都被篡改。我检查后台进程和文件系统，并连续读取验证篡改规律。
已执行 1 条命令
关键发现：连续读取 3 次，09-decisions.html 内容稳定为 07 设置（md5 8e641a81），并非每次变化。且 07-settings.html md5 是 0354b58e，与 09 不同——说明 09 文件被稳定覆盖成了 07 设置的变体。文件系统是 virtiofs 共享盘。我检查是否有后台覆盖机制，并查看 07-settings 内容特征。
已执行 1 条命令
没有发现可疑的覆盖进程，cron 为空，07-settings.html 是干净的（无浏览器插件标记）。问题可能出在 virtiofs 共享盘的写入同步。我重新从版本库恢复并强制 sync 同步，然后立即验证文件是否稳定。
已执行 1 条命令
决定性证据：恢复 + sync 后立即验证 md5 是 65fc88d7（09 正确），但 3 秒后文件被覆盖成了 07 设置（md5 6daeb470）。有实时覆盖机制在运行，且每次覆盖后的 md5 都不同。我读取被覆盖后的完整内容并对比 07-settings.html，同时验证 07 是否稳定，以定位覆盖源。
正在执行命令
我先核实 09-decisions.html 的实际内容与版本库状态，确认是否被回滚或内容异常。
已执行 1 条命令
确认了：09-decisions.html 的实际内容竟是 07 设置章节（标题"07 设置"），D 编号为 0，待决策内容完全丢失。这与之前 01 章节的问题相同——文件被错误覆盖。我检查版本库历史和其他文件，找回正确内容。
已执行 1 条命令
找到原因了：工作区的 09-decisions.html 被沙箱机制错误覆盖成了 07 设置的内容，但 Git 版本库 HEAD 中保存的是正确内容（标题"09 待决策"，44 个编号）。这正是版本库备份的价值。我从版本库恢复正确内容。
已执行 1 条命令
恢复成功（标题正确、44 个编号、178 行）。章节 h2 因含嵌套标签未匹配，我用宽松模式确认章节结构，并全面核验所有文件与版本库的一致性，防止其他文件也被覆盖。
已执行 1 条命令
发现更严重的问题：从 git 恢复后，09-decisions.html 的章节标题竟是 08 交互跳转的内容（08.1 路由模型...），说明 git HEAD 中的该文件本身也可能被污染。同时 00-overview.html 和 02-bytestream.html 与版本库不一致。我逐一深入核查。
已读取 1 个文件
恢复后的文件竟是 08 交互跳转的内容，而之前 git show HEAD 检查标题明明是"09 待决策"、44 个编号。这说明文件在恢复后可能又被篡改。我立即做一次干净的、带 md5 校验的恢复与对比，同时核查 00/02 两个 DIFF 文件。
已执行 1 条命令
关键发现：git HEAD 中的 09-decisions.html 是正确的（标题"09 待决策"、44 编号、md5 65fc88d7），但工作区文件 md5 是 7ea77038（07 设置内容），且我恢复后 Read 时又变成了 08 内容——工作区文件正被沙箱机制反复篡改。我直接查看版本库中的正确内容，并核查 00/02 的差异。
已执行 1 条命令
现在真相大白了：
git HEAD 中 09-decisions.html 内容完好：章节 09.1~09.9 完整、44 个编号、178 行。
00/02 的 DIFF 是良性的：差异只是浏览器沉浸式翻译插件注入的 、data-immersive-translate-page-theme 等标记，内容未丢失。
工作区 09-decisions.html 被反复篡改：恢复后 md5 应为 65fc88d7（09 内容），但当前是 7ea77038（07 设置内容）。
我重新从版本库恢复并立即做 md5 + 内容双重验证，确认恢复是否可靠。
已执行 1 条命令
恢复成功，md5 完全匹配（65fc88d7）、标题"09 待决策"、44 个编号、git 状态干净。现在用 Read 验证内容，并全面对比所有文件与版本库的一致性，排查是否还有其他文件被污染。
已读取 1 个文件，执行 1 条命令
问题比预想严重：恢复后 md5 是 65fc88d7（09 正确），但下一次工具调用时文件又变成了 8e641a81（07 设置内容），且 Read 读到的也是 07 设置。工作区文件在每次工具调用之间都被篡改。我检查后台进程和文件系统，并连续读取验证篡改规律。
已执行 1 条命令
关键发现：连续读取 3 次，09-decisions.html 内容稳定为 07 设置（md5 8e641a81），并非每次变化。且 07-settings.html md5 是 0354b58e，与 09 不同——说明 09 文件被稳定覆盖成了 07 设置的变体。文件系统是 virtiofs 共享盘。我检查是否有后台覆盖机制，并查看 07-settings 内容特征。
已执行 1 条命令
没有发现可疑的覆盖进程，cron 为空，07-settings.html 是干净的（无浏览器插件标记）。问题可能出在 virtiofs 共享盘的写入同步。我重新从版本库恢复并强制 sync 同步，然后立即验证文件是否稳定。
已执行 1 条命令
决定性证据：恢复 + sync 后立即验证 md5 是 65fc88d7（09 正确），但 3 秒后文件被覆盖成了 07 设置（md5 6daeb470）。有实时覆盖机制在运行，且每次覆盖后的 md5 都不同。我读取被覆盖后的完整内容并对比 07-settings.html，同时验证 07 是否稳定，以定位覆盖源。
正在执行命令