Docling 2.150, 판면을 먼저 읽고 글자를 뽑는다
요약
Docling 2.150 은 MIT 로 공개되어 PDF 와 스캔, 녹음을 표와 수식을 지킨 채 로컬에서 Markdown 으로 바꿉니다.
추천- 이름
- Docling
- 버전
- 2.150
- 요금
- 무료
- 오픈소스
- 오픈소스
- 운영체제
- WindowsmacOSLinux
- 공식 사이트
- https://docling.ai/
- 업데이트
- 2026-11-12 23:00
문서에서 글자를 뽑는 일은 쉬운 절반이고, 망 위의 변환 도구는 그것을 한다. Docling 은 문서를 해석하는 도구로 반대쪽 끝에서 시작한다. 먼저 판면을 읽어 표를 표로 남긴다.
Docling 은 Windows 와 macOS, Linux 기계에서 돌며 PDF 와 Word, PowerPoint, Excel, 웹 쪽, 스캔한 종이, 심지어 녹음까지 받아 안을 짜인 글자로 풀어 Markdown 과 HTML, 손실 없는 JSON 으로 내보낸다. 시작은 IBM 연구소의 팀이었고 지금은 LF AI & Data 재단이 맡으며 MIT 허락으로 배포된다. 2026 년 11 월 10 일에 나온 2.150 은 iXBRL 결산 보고서도 입력 형식에 더했다.

먼저 판면, 다음에 글자
대부분의 변환 도구는 글자를 뽑는 길을 간다. PDF 안의 글자 흐름을 차례로 끌어내 문단으로 잇는다. Docling 은 반대로 간다. 판면 모형이 이 쪽에 어떤 구역이 있는지 정한다. 머리와 꼬리, 본문 문단, 목록, 코드 덩어리, 표, 그림, 수식이 어디서 시작하고 끝나는지 가린 뒤 읽는 순서를 짠다.
두 단 논문이 차이를 가장 잘 보여 준다. 좌표를 따라 위에서 아래로 훑으면 왼쪽과 오른쪽 단의 문장이 서로 섞인다. 읽는 순서로 놓으면 왼쪽을 다 읽고 오른쪽으로 가므로 문장이 이어진다. 이 순서는 하나의 문서 모형에 적히고 Markdown 으로 내보낼 때 그대로 옮겨지므로 다시 짐작할 필요가 없다.
스캔한 종이는 다른 길을 간다. 쪽이 온통 그림이면 끌어낼 글자 흐름이 없으니 인식이 맡는다. Docling 은 먼저 그 쪽에 쓸 만한 글자 층이 있는지 묻고 없을 때만 OCR 을 켠다. 인식 엔진은 갈아 끼울 수 있고 판면을 읽는 시각 모형을 걸 수도 있다. 모형은 한 번 받으면 그 뒤로는 로컬에서 돈다.
표로 들어가 표로 나온다
표는 PDF 변환이 가장 자주 넘어지는 자리다. 행과 열이 한 줄의 숫자로 납작해지면 찾기도 읽기도 뜻을 잃는다. Docling 은 표 구조 모형으로 칸의 경계를 되찾고 행과 열, 여러 층의 머리글을 원래대로 두며 행이나 열을 가로지른 합친 칸도 잃지 않는다. 표의 제목은 본문에 흩어지지 않고 표를 따라간다.
수식도 같은 규칙이다. 글줄 안의 수식과 따로 선 수식이 LaTeX 로 가려지고 자리가 어긋난 글자 무더기가 되지 않는다. 그림은 따로 뽑아 쪽 위의 좌표와 원래 설명, 그리고 내용 분류를 붙인다. 그 그림이 꺾은선인지 원그래프인지 사진인지는 모형이 판단해 준다.

2.150 판에서 달라진 것
11 월은 빽빽했다. 3 일에서 10 일 사이에 여러 판이 나왔고 변경은 입력면과 추출 제어에 모여 있다. 결산 보고서 안의, 표식을 안에 둔 XBRL 은 그동안 보통 웹 쪽으로만 읽혀 표식 안의 재무 사실이 빠졌다. 2.150 은 그것을 바로 읽고 분류 기준을 먼 곳 주소에서 풀 수도 있다. PDF 에 박힌 그림은 이제 필요할 때만 열고 기본으로 쓰지 않으므로 쓸데없는 디스크 쓰기가 한꺼번에 줄었다. 명령줄은 다시 짜여 폴더를 묶어 바꿀 때의 인수가 알아보기 쉬워졌고 출력 형식을 한 번에 여럿 지정할 수 있다.
로컬은 전제이지 덧붙임이 아니다
Docling 은 기본으로 망에 나가지 않는다. 모형은 처음 받은 뒤 로컬 보관에 놓이고 그 뒤 변환은 끝까지 로컬에서 돈다. 올리지 않고 계정도 만들지 않으며 먼 곳의 입구도 부르지 않는다. 계약서와 결산, 진단서를 다루는 사람에게 이 한 줄이 쓸 수 있는지를 가르는 일이 많다. 파일이 기계 밖으로 나가지 않으면 규정을 맞추는 설명도 한 겹 줄어든다.
같은 흐름은 자리를 옮길 수 있다. 로컬에서 통한 뒤 같은 문서 모형과 설정을 자기 망 안의 서비스로 옮기고 부르는 코드는 거의 고치지 않아도 된다. 그 위가 상업적 맡김이다. 개인과 작은 팀에는 처음 두 단으로 충분하다.
변환한 뒤 무엇에 이어지는가
나가는 쪽이 들어오는 쪽보다 넓다. 짜임은 JSON 으로, 사람이 읽는 데는 Markdown 과 HTML, 날것의 글로. 찾기에 쓰려면 장과 표 경계에서 잘라 나눈다. 정해진 글자 수로 자르는 것이 아니라 잘린 조각마다 쪽 번호와 판면 좌표가 붙어 답을 원문의 자리로 되짚을 수 있다.
MCP 서버도 있어 대리는 '문서 읽기'를 형이 붙은 도구 호출로 다룰 수 있다. PDF 바이트를 모형에 던져 짐작하게 하는 것과는 다르다. LangChain 이나 LlamaIndex 같은 틀에도 그대로 잇는 길이 마련되어 있다.
읽어 들이는 것은 생각보다 잡다하다. 여러 Office 형식과 EPUB 말고도 메일과 달력, 자막 파일이 목록에 있고 녹음과 영상도 같은 문서 모형으로 바뀐다. 한 번 옮겨 적으면 그 뒤로는 같은 짜임으로 꺼내 쓴다.

PDF 한 장을 글자로 바꾸는 일은 아무 망 도구나 한다. Docling 이 남는 이유는 나머지 절반이다. 표는 표로, 수식은 LaTeX 로, 그림 설명은 그림을 따라가고 두 단을 가로질러 읽지 않는다. 변환할 때 이 짜임을 지키면 그 뒤의 찾기와 지식 창고, 모형 입력이 다시 짐작하지 않아도 된다.