# 表格图片转 Excel：插图、行数据和图片类型分别核对

2026 年 10 月 18 日，一次上传自编的三列表格 PNG，识别一次，点击“表格 Excel”立即导出一次。没有编辑识别结果或再次导出，没有新翻译。下载事件等待 10 秒超时后，从原先没有匹配文件的目录状态定位唯一新 XLSX，没有再点下载。公开输入为 46,202 B、1200×900；原生 XLSX 为 12,270 B，SHA-256 `ce51eaa6412275695af6035322afc6608e04ae271a09b3e1362643d5793f6ad1`，原下载字节未改。

## 先看图片与对应行是否都在

输入为虚构的“云杉物料表”，三列是“编号／插图／数量”：A17 / 0017 对应白色 A 的红三角、数量 12；B29 / 0029 对应白色 B 的蓝圆、数量 27。网页识别表格中两图可见。原生工作簿只有一个工作表“表1”，实际 A1:C3 共 9 格，没有合并单元格。A2、A3 是完整文本 `A17 / 0017`、`B29 / 0029`，C2、C3 是数值 12、27，没有公式或重算结论。

## 本次是浮动图片，不是新版单元格内图片

B2、B3 的单元格值是空值，但工作簿包含两张真实 JPEG 和标准 drawing 图片对象：第一张从 B2 起锚，第二张从 B3 起锚，左右和上下偏移均为 4 像素（96 DPI 换算）。这类 `oneCellAnchor` 表示浮动图片的起点，不等于图片成为单元格存储值，也不是 Excel 新版“单元格内图片”。本次没有发现 modern cell-image／rich-data、VML 或图片公式表示。

两张嵌入 JPEG 分别为 210×187、4,101 B 的红三角白 A，以及 213×185、4,340 B 的蓝圆白 B；各自已做一次独立目视确认。图片有编码字节和位置锚点、图片能显示、图片与原输入像素完全相同是不同的问题。本例没有验证无损提取，也没有排序、挪动行或调整行高来测试图片是否跟随行；不能据此承诺这些行为。

## Numbers 实际打开显示

把原生 XLSX 的字节相同副本真正打开于 Apple Numbers，能看到“表1”的三列、两行编号和数量，以及对应的红 A、蓝 B 图片。初次导入出现缺少一种字体的提示，最终画面中的中文标签和数值仍可见；没有更改字体。只读观察后关闭，未编辑、重算、保存或重新导出。Numbers 的界面可能额外显示空白行列，不能把它当成原始工作簿实际写入更多非空格。

这证明本次 Numbers 导入的显示，不能写成 Microsoft Excel 软件兼容性全部通过，也不保证任意图片表格效果。本例没有出现插图被字面量“[图片]”替代的失败；如果给出这种情况的排查建议，应明确那是一般建议。

## 三份下载与三张预览

页面提供原输入 PNG、未改字节的原生 XLSX，以及本说明三个下载。原输入本身同时作第一张预览，复用同一个资源和 ID；另两张是实际网页识别结果、实际 Numbers 打开结果。两份截图 API 原文件名虽为 `.png`，实际是 JPEG，公开仅按实际格式改用 `.jpg` 文件名逐字节复制，没有裁切、缩放、重编码、叠加标注、重绘或再次观察。原始截图保留，不公开导出菜单、提取出的两张薄图片、内部 XML 检查器或巨大界面记录，也不再打包 ZIP。

这里分别记录原生文件结构、嵌图已有目视结果和 Numbers 实际显示，不虚构总分或重做媒体分析。公开说明不含本机路径、临时服务地址、识别任务对象 ID、图片 CDN 参数、模型账户或无关窗口内容。