unitedrhino/docling 是遵循 Python 官方 Docling 文档模型（Docling Core 1.10.0 协议）的纯 Go 实现，把 PDF 与 Office 文档、图片、CAD 图纸、3D 模型统一转换为单个 DoclingDocument 结构，用作 RAG 切片与向量化的文档 ingestion 层。2026 年 10 月 14 日的提交 1a6eeb6 未改动任何代码文件，只修改了 README.md 和 README_EN.md 两份文档。
提交信息为 'docs: README 지원 형식 목록 보완'。README 前半部分新增了两个表格。输入表按格式列出了 PDF、.doc/.docx、.pptx、.xls（Excel 97–2003 BIFF8）/.xlsx/.csv、.epub、.chm、HTML、Markdown、AsciiDoc、EML、DWG/DXF、GLB 2.0、PNG/JPEG/BMP/WEBP/SVG、普通文本、DoclingDocument JSON 重读，并同时写明各格式的支持范围；输出表则把 Markdown、HTML、DoclingDocument JSON、content_list JSON、Outline 分别与对应的 API·CLI 名称配对。
旧版 README 只是把格式在一行里罗列，比较表也只标注支持与否，因此旧版 .doc 能否还原表格边界、.xls 是否计算公式之类的局限并未显现。新的输入表对每种格式同时写明它能做什么、不能做什么，比较表新增了 GLB 2.0 行，在与 Python Docling 的差异说明中，DOC·XLS·CHM 从计划项移到了支持项。
不过这次提交只是把本已能用的功能文档化，并非新增功能。README 明确说明：旧版 .ppt 不支持，旧版 .doc 只提取段落与单元格文本，.xls 只读取缓存值而不计算公式，GLB 2.0 只提取场景·节点·网格·材质而不渲染几何体。OCR 也未内置，扫描页需要配置 OCRHook；README 给出的速度数值（Office 文档中位 4.4ms，论文 0.31s）测量基准不同，README 自己也强调无法直接比较。所以这次提交是一份在确认支持范围时该读的清单，而是否引入则取决于仍存的差距——OCR 与复杂版面处理。