# @md-to-pdf/docx-engine

纯 Node.js 的 DOCX 模板和 Pandoc 编排核心。当前阶段负责读取固定 Pandoc
版本的默认 `reference.docx`、验证 ZIP 安全边界，将主题 DOCX 样式声明
解析为完整样式预设，并生成纸张、页边距、字体、段落、代码、表格、
页眉、页脚和页码均已映射的动态模板。Pandoc 转换器通过静态 Lua Filter
将普通图片、Mermaid 和 ECharts 节点替换为受控 PNG，同时保留 Markdown
正文、标题、列表、表格、代码和公式的可编辑文档结构。

## 设计边界

- 不依赖 Fastify、Electron 或浏览器 UI；
- ZIP 使用纯 JavaScript `fflate`；
- OOXML 使用 `@xmldom/xmldom`，不拼接未经转义的用户 XML；
- 不解析任意主题 CSS，主题通过 `docxStyle` 提供受限结构化覆盖；
- 生成结果会复验全部 XML、包内关系、内容类型、最终节和关键样式；
- 每次转换使用独立临时目录、隔离 Pandoc data 目录并在 `finally` 清理；
- 媒体映射检查顺序、PNG、像素、单图/总大小和物理显示尺寸；
- 并发排队、跨端用例编排和错误协议映射由
  `@md-to-pdf/application` 的 `DocxExportService` 统一负责。

## 安全限制

- 输入模板压缩包不超过 2 MiB；
- ZIP 条目不超过 256 个；
- 解压后总大小不超过 64 MiB；
- 拒绝加密、ZIP64、未知压缩方法、重复路径和路径穿越；
- 必须包含文档、样式、字体、编号、设置、关系和内容类型等关键部件。
- 最终 DOCX 不超过 64 MiB、512 个部件和 128 MiB 解压内容。

## 验证

```powershell
npm run test -w @md-to-pdf/docx-engine
npm run typecheck -w @md-to-pdf/docx-engine
npm run build -w @md-to-pdf/docx-engine
npm run verify:docx-reference
npm run verify:docx-conversion
npm run verify:docx-acceptance
```

`verify:docx-reference` 要求本机 `PATH` 中存在 Pandoc 3.9.0.2，也可以通过
`DOCX_PANDOC_PATH` 指定可执行文件。脚本从 Pandoc 读取原始默认模板，
分别验证公文 A4 与自定义横向模板，并在系统临时目录中完成转换和清理，
不会保留用户文档或验收产物。

`verify:docx-acceptance` 使用综合 Markdown 夹具和固定 Pandoc 生成技术
文档 A4、公文 A4、技术文档 Letter 横向三套 DOCX，自动检查纸张、页边距、
原生段落、标题、编号、表格、链接、脚注、OMML、PNG、页眉页脚、页码、
关键样式和 `altChunk` 禁用门禁。DOCX 与 JSON 报告写入被 Git 忽略的
`output/docx-acceptance/`，供 Word/WPS 互操作验收使用。根级命令还会
依次执行动态模板、媒体转换、Server HTTP 和 Desktop 原生保存验收；
仅需重跑三配置矩阵时可使用 `npm run verify:docx-matrix`。