GitHub用户反馈
Excel 转 Markdown 时数值显示格式被丢弃，7.5% 变成 0.075
用户报告 anydoc 转换带有 numFmt 格式的 Excel 单元格时，只输出存储值而丢弃显示格式：7.5% 变成 0.075，$1,234.50 变成 1234.5。对下游 LLM 消费者来说，百分比数值相差两个数量级，且输出中没有格式丢失的提示。
查看原始信号github:firecrawl/anydoc
目标用户
将 Excel/表格数据转成 Markdown 供 LLM 或下游程序消费的开发者和数据使用者。
潜在需求
转换时保留或正确渲染单元格的显示格式（至少对百分比、货币等影响数值含义的格式），或在格式被丢弃时于输出中显式标记，避免数值语义被静默破坏。
发生场景
在把电子表格转换为 Markdown 输入给 LLM 的流程中，带有百分比、货币等显示格式的单元格被转换后语义发生变化，阅读 Markdown 的模型会把 0.075 当成 0.075%。
来源证据
anydoc 在转换 Excel 单元格时丢弃 numFmt 显示格式，7.5% 变成 0.075，百分比数值相差两个数量级，且输出中没有格式被丢弃的提示。
Spreadsheet number formats are dropped, rendering 7.5% as 0.075 ## Summary Spreadsheet cells carrying a `numFmt` are rendered from their stored value with the display format dropped. A cell that reads `7.5%` in Excel converts to `0.075`, and one that reads `$1,234.50` converts to `1234.5`. The percent case is the damaging one: it is not a cosmetic loss but a value that is wrong by two orders of magnitude for any consumer reading the Markdown, which for this library is usually an LLM. Ahttps://github.com/firecrawl/anydoc/issues/27
为什么值得留意
这是文档转 Markdown 工具在处理表格数字时真实出现的数据保真缺口，直接导致下游 LLM 读错数值，且用户明确说明这是依赖该库做文档管线的典型用法。修复方案简单但影响面明确，值得继续观察。
未满足部分
- 转换结果未保留 numFmt 显示语义（如百分比、货币），顺序与存储值一致但人不认
- 输出中没有格式被丢弃的提示，消费者无法察觉数值被静默改写
- 同一工具能正确处理日期格式却丢掉数字格式，行为不一致
可能延伸 · 模型推测
- 在 Markdown 单元格中保留原显示值（如 7.5%）或附加元数据标记格式
- 对百分比/货币等高风险格式提供丢失告警或结构化输出选项
- 其他文档转换工具或 PDF 管线复用同一数据保真策略
目前未知
- 问题是否只影响该库的当前实现，其他转换工具的同类问题严重程度未知
- 该 issue 是否已被修复或计划修复
- 这是单条用户报告，不能代表普遍现象
继续核实
- 任何 doc 或其他文档转 Markdown 工具对 Excel 数字显示格式的处理是否普遍存在同样问题？
- 该 issue 后续是否被修复、以何种方式修复（保留显示值还是输出警告）？
- 依赖文档转换的 LLM 数据管线的用户对格式保真的需求有多大？
主题词
document conversionformat fidelityllm data pipeline