unitedrhino/docling は、Python 公式 Docling の文書モデル（Docling Core 1.10.0 プロトコル）に従う純 Go 実装であり、PDF や Office 文書、画像、CAD 図面、3D モデルを単一の DoclingDocument 構造に変換し、RAG スライシングとベクトル化に用いる文書インジェスト層である。2026 年 10 月 14 日のコミット 1a6eeb6 はコードファイルには一切手を触れず、README.md と README_EN.md の 2 つの文書のみを変更した変更である。
コミットメッセージは 'docs: README 지원 형식 목록 보완' である。README の前方に表が 2 つ新しく追加された。入力表は 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 は形式を 1 行に列挙し、比較表には対応の有無のみを示していたため、旧来の .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 と複雑なレイアウト処理に左右される。