1,593쪽 기술문서에서 '표 한 칸'을 찾는 일

1,593쪽 한 권, 답은 표의 한 칸에 있다

이 사례의 무대는 의료기기 기업의 사내 기술문서 조회 업무다. 다루는 문서는 약 1,593쪽짜리 기술문서 한 권이다. 분량도 분량이지만 진짜 난이도는 구조에 있다. 표가 유난히 많고, 한 항목이 다른 표나 절을 가리키는 상호 참조가 빽빽하게 걸려 있다. 그래서 시간이 가장 많이 드는 부분은 읽기가 아니라 답이 어디 있는지 찾기다.

• 기술문서 한 권, 약 1,593쪽. 사내 조회 업무가 이 한 권 위에서 돌아간다
• 표가 유난히 많다. 핵심 값은 줄글 설명이 아니라 표의 특정 셀에 들어 있는 경우가 많다
• 상호 참조가 빽빽하다. '표 A의 값은 표 B의 조건을 따른다', '항목 X는 절 Y를 가리킨다' 같은 연결이 문서 곳곳에 걸려 있다
• 페이지가 넘어가며 끊긴 표가 있다. 한 표가 여러 페이지에 나뉘어 놓여 있다
• 검색 단위로 잘라낸 문서 조각 하나만 봐서는 온전한 답이 나오지 않는다. 표의 값이 또 다른 표의 조건에 매여 있기 때문이다
• 비슷한 질문이 하루에 여러 건 쏟아지는 날이 있다

여기에 의료 도메인 특유의 조건이 더해진다. 부정확하거나 근거가 빈약한 답은 받아들이기 어렵다. 답을 빨리 내는 것만큼 그 답이 문서의 어느 부분에서 나왔는지를 댈 수 있어야 한다.

표를 찾고, 참조를 손으로 따라간다

지금 절차는 이렇다. 문서 뷰어를 열고 키워드로 검색하거나, 목차와 표를 직접 짚어가며 필요한 값을 찾는다. 표 한 칸을 찾았다 해도 끝이 아니다. 그 값에 '표 B를 따른다'는 참조가 붙어 있으면, 손으로 표 B까지 넘어가 조건을 대조해야 한다.

문서가 두꺼울수록 해석에 드는 시간은 늘고, 참조 하나를 놓치면 답이 틀린다. 게다가 틀렸다는 사실을 알아채기 어렵다. 사람이 1,593쪽 전체를 기억한 채 참조를 빠짐없이 따라가기는 어렵다. 비슷한 질문이 여러 건 쏟아지는 날이면, 같은 추적을 사람이 한 건씩 처음부터 반복해야 했다.

1,593쪽 한 권을 넣는다

준비는 한 번이다. 목표는 문서를 사람이 읽기 좋게 바꾸는 것이 아니라, 기계가 표와 참조를 다룰 수 있게 바꾸는 것이다. 원본 문서는 손대지 않는다.

표 한 칸을 묻는다

"이 항목 허용 범위가 얼마죠?"
→ 관련 문서 조각과 표를 찾는 데서 멈추지 않고, 참조 연결을 따라
   조건이 걸린 표까지 함께 끌어온다.
   답에는 어느 표 어느 셀이 근거인지가 따라붙는다.

"이 값은 어느 표의 조건을 따르나요?"
→ '표 A의 값은 표 B의 조건을 따른다' 같은 참조를 따라가,
   대조해야 할 표를 함께 짚어 준다.

(질문이 한두 건이 아닐 때는 채팅 대신 배치)
→ 다량의 질문을 한 건씩 돌리는 대신 묶어서 한 번에 흘려보낸다.
   데모 기준 목표는 약 50분. 측정된 실적이 아니라 목표치다.

이 답이 되는 이유는 준비 단계에 있다. 표가 행과 열 구조로 남아 있어서 특정 셀 하나가 값으로 다뤄지고, 상호 참조가 연결로 남아 있어서 검색이 관련 조각과 표를 찾는 데서 멈추지 않는다. 연결을 따라 필요한 표까지 함께 끌어온 뒤, 그렇게 모은 근거로 답하되 어느 표 어느 셀이 근거인지를 짚는다. 문서 조각 하나만 봐서는 나오지 않던 답이 여기서 나온다.

마지막으로 생성된 답은 의료 도메인 가드레일(Guardrail, 답이 정해진 기준을 벗어나지 않도록 거르는 안전장치)을 거친다. 근거 없는 단정이나 문서 범위를 벗어난 답을 한 번 더 걸러 내기 위한 단계다.

무엇이 달라지나

정리하면, 표는 표로 남기고 참조는 연결로 남긴 채 인덱싱한 뒤, 답에 근거가 된 표와 셀을 붙여 내놓는 구조다. 사람이 1,593쪽을 헤매며 손으로 따라가던 추적을 에이전트가 대신 따라간다.