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