批量栅格化：manifest、断点续跑与按行重跑比「文件夹看起来齐」更能证明任务成功
`batch-vsdx-jpg` 面向整库把 .vsdx 落成统一尺寸 JPG。风险是部分文件失败被忽略、同名输出被覆盖、或无法单文件重跑导致整批重洗。应冻结 manifest：源路径、页码、质量参数、输出 URI、状态码、字节数与哈希；对超大页或嵌入图单独限流。日终对账成功行数与对象数，差异必须工单闭环。
批量导出操作说明：黄金样本与坏样试跑后固定并发，再按 checkpoint 写 manifest 支持续跑与按行补偿
- 抽取各业务线最复杂与若干损坏 .vsdx 验证默认 DPI 与质量；由数据 owner 签署 manifest 列定义与输出命名规则，禁止各团队临时发明不同 CSV 头。
- 生产任务每 N 行落盘 manifest 与失败清单，输出路径含库名与路径哈希；抽检若干 JPG 用脚本检测异常小文件或全灰图，发现系统性参数漂移立即熔断。
- 批次归档 manifest 自身哈希与对象存储只读快照；重跑失败行时跳过 `manual_override` 行除非带强制工单，避免覆盖已法务确认的对外预览图。
VSDX 转 JPG（批量）常见问题：manifest、断点续跑、同名覆盖、坏桶与体积异常检测
日志显示成功但对象数少于源文件数，最先核对 manifest 哪些列而不是怀疑随机抖动？
检查每行 `status`、跳过原因与输出 URI 是否为空，常见是路径编码、只读锁或中途人工删除产物，而非转换引擎偶发故障。
多分支写入同一输出前缀导致哈希对不上 git 提交，审计如何取证且 manifest 应至少包含哪些构建上下文字段？
manifest 必须记录提交 SHA、源校验和与产物哈希；禁止无版本标签的 `latest/` 作为唯一真相来源。
个别页导出体积极小疑似空图或全灰，流水线如何用字节下限与像素方差组合自动化拦截并降低误报？
在流水线校验最小字节阈值与抽样像素方差，低于阈值标记 `suspect_blank` 并人工打开 Visio 复核是否白页或渲染失败。
同一 .vsdx 多页需一页一图且命名冲突概率高，怎样用目录前缀与页码系统性避免扁平目录互撞？
输出名包含 `basename_pageIndex_quality.jpg` 并写入 manifest；禁止扁平目录只保留单级文件名导致不同目录互撞。
合规要求证明某日全量快照，仅靠 CSV manifest 是否足够，对象存储版本与 manifest 哈希是否必须成对封存？
不够，应封存桶版本或只读快照并对 manifest 文件做哈希存证；单独表格可被事后编辑无法自证。