文件比对功能异常，比对完成后附件打不开。

[Data9210]

document.xml 中的修订标记（tracked changes）存在标签未闭合的问题：<w:ins> 打开24个但只关闭了13个，<w:del> 打开18个但只关闭了10个。这会导致 Word 无法解析文件。

[Data9210]

这个是我询问cursor后给出的结论。

分析完成。以下是对 safe-docx 源码中比对功能 bug 的详细分析：

根本原因分析
问题出在 packages/docx-core/src/baselines/atomizer/pipeline.ts 中，核心是 rebuild 模式下的架构缺陷。

Bug 1：word/comments.xml 缺失
比对流程如下：

默认使用 inplace 模式重建文档
inplace 安全检查失败后，回退到 rebuild 模式（你看到的 fallback_reason: round_trip_safety_check_failed）
rebuild 模式用 原始文档的 ZIP 包 作为基础，只替换 document.xml
关键代码在 pipeline.ts 约 769-793 行：

// rebuild 时使用原始 ZIP 包
const baseArchive = comparisonResult.outputMode === 'inplace'
? revisedArchive : originalArchive;
const resultArchive = await baseArchive.clone();
resultArchive.setDocumentXml(newDocumentXml);
// 辅助部件（comments.xml、footnotes等）的合并 只在 inplace 模式下执行
if (comparisonResult.outputMode === 'inplace') {
// 合并 comments.xml、footnotes.xml 等
for (const descriptor of AUXILIARY_PARTS) {
// ...
}
}
Bug 本质：rebuild 模式跳过了 mergeAuxiliaryPartDefinitions 的调用，导致：

新的 document.xml 中可能引用了 comment，但 ZIP 包里没有 comments.xml
[Content_Types].xml 中缺少 comments 的内容类型声明
word/_rels/comments.xml.rels 作为残留关系文件存在，但指向的目标不存在
Bug 2：w:ins/w:del 标签不平衡
这个问题分两层：

1. 部分是误报（self-closing 标签）

documentReconstructor.ts 中 serializePPrWithParaRevisionMarker 生成的段落级修订标记经常是 自闭合标签（如 <w:ins w:id="1" ... />），用正则计算 <w:ins vs </w:ins> 会出现不匹配，但 XML 本身可能是合法的。

2. 真正的风险在正则替换

documentReconstructor.ts 中 wrapWithDel 用正则将 <w:t> 转为 <w:delText>：

// ~1076-1079 行
// 只匹配简单的 w:t 标签内容 [^<]*
// 遇到复杂嵌套标记时可能产生异常输出
以及 buildDocumentPreservingStructure 用正则替换 w:body 内容（~1397 行），对某些复杂文档结构可能不可靠。

附加问题：comment 未被 atomizer 正确处理
在 packages/docx-core/src/atomizer.ts 中，w:commentReference 没有被列入 LEAF_NODE_TAGS（约 181-210 行），而 w:footnoteReference 和 w:endnoteReference 都被列入了。这意味着评论锚点在 atom 化过程中不是一等公民，容易在比对/重建过程中被丢弃或错误处理。

同时，buildDocumentPreservingStructure 会主动剥离 w:p 外部的 w:commentRangeStart / w:commentRangeEnd 节点（~1350-1353 行），进一步破坏评论结构。