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와 복잡한 레이아웃 처리로 갈리는 문제다.