TL;DR

  • VersionStory는 법률팀과 AI 에이전트가 사용하는 다양한 문서를 Rust 기반 엔진으로 비교해 DOCX, PDF, Markdown, JSON 레드라인으로 출력하는 문서 비교 서비스임.
  • 동일한 100건의 레드라인을 세 가지 형식으로 요약한 실험에서 Markdown은 Word보다 100건 중 99건, PDF보다 100건 모두 빠른 처리 속도를 보였으며, 일반적으로 도구 호출도 적게 듦.
  • Word·PDF 문서와 스캔 PDF를 입력으로 받아 문단, 표, 상호 참조, 목차, 주석, 머리글·바닥글, 각주·미주까지 변경 사항을 비교함.
  • 문서는 사용자가 삭제할 때까지 작업 공간에 보관되며, 비활성 프로젝트 자동 삭제 설정과 모델 학습에 데이터 미사용 정책, SOC 2 Type 2 검증 및 외부 침투 테스트를 제공함.
  • 비교(Compare), 변경 이력 추적(Track), 병합(Merge)을 결정론적 방식으로 수행하며, 수천 개의 DOCX·DOC·PDF 파일을 처리하는 LLM 기반 워크플로를 지원함.

AI 네이티브 법률팀을 위한 비교와 레드라인

  • VersionStory는 AI에서 “레드라인해 줘”라고 요청하는 방식의 문서 비교 서비스를 제공하며, Claude, ChatGPT, Gemini, Grok을 대상으로 제시함.
  • 변호사가 보내는 파일 형식과 관계없이 요청한 형식으로 결과를 반환함. 변호사에게는 Word 또는 PDF를, 에이전트에는 Markdown을, 코드에는 JSON을 제공함.
  • Rust 기반 엔진은 DOCX(OpenXML 표준), DOC(레거시 바이너리 형식), 디지털 PDF, OCR로 읽는 스캔 PDF를 입력으로 처리함.
  • 출력 형식은 변호사와 에이전트가 편집할 수 있는 DOCX, 검토용 PDF, 검토 효율을 위한 변경 페이지 전용 PDF, 간단하고 토큰 효율적인 에이전트 검토용 Markdown, 결정론적 앱의 파싱용 JSON임.
  • 모든 출력은 중간의 단일 비교 결과에서 파생됨.

에이전트는 Markdown 레드라인을 한 단계로 읽음

  • 동일한 프로덕션 레드라인 100건을 Markdown, Word, PDF 형식으로 각각 300개 에이전트에 제공하고 변경 사항을 요약하도록 한 실험에서 Markdown은 Word보다 100건 중 99건, PDF보다 100건 모두 빠른 처리 속도를 보임.
  • Markdown은 일반적으로 도구 호출 한 번으로 처리됐으며, Word는 네 번, PDF는 아홉 번이었음.
  • 레드라인 요약에 걸린 평균 시간은 파일 크기별로 다음과 같음.
  • 25KB 미만: Markdown 16.9초, Word 35.1초, PDF 45.6초.
  • 25~75KB: Markdown 20.5초, Word 40.4초, PDF 61.1초.
  • 75KB 초과: Markdown 30.2초, Word 45.4초, PDF 71.0초.
  • 레드라인 요약에 사용된 평균 AI 토큰 수는 파일 크기별로 다음과 같음.
  • 25KB 미만: Markdown 13만 토큰, Word 31만7천 토큰, PDF 49만7천 토큰.
  • 25~75KB: Markdown 16만6천 토큰, Word 33만6천 토큰, PDF 64만2천 토큰.
  • 75KB 초과: Markdown 31만1천 토큰, Word 37만 토큰, PDF 70만5천 토큰.
  • 실험 방법은 공개 API로 생성한 레드라인에서 무작위로 뽑은 비교 100건을 대상으로, 각 비교 결과를 세 가지 형식으로 제공하고 형식별 레드라인마다 독립적인 Claude Opus 5 에이전트 하나에 같은 지시를 내리는 방식임.
  • 그룹은 Markdown 파일 크기로 구분했으며 수치는 각 그룹의 평균임. 실험 시점은 2026년 9월임.

모든 요소에서 정밀한 레드라인

  • VersionStory는 Word와 PDF 레드라인에서 각주, 상호 참조, 스캔 페이지까지 정밀한 비교를 제공함.
  • 입력 형식은 Word 문서에서 PDF 문서로의 비교, PDF 문서 간 비교, Word 문서 간 비교, OCR 기능을 이용한 스캔 PDF 문서임.
  • 출력 형식은 변경 페이지만 담은 PDF, 전체 문서를 담은 PDF, 변경 내용 요약 페이지가 끝에 추가된 변경 내용 추적 Word 문서임.
  • 비교 대상 요소는 다음과 같음.
  • 문단: 문단 내 단어와 문자 변경, 문단 전체의 삽입·삭제, 번호 변경.
  • 표: 셀 내 텍스트 변경, 셀·행·열 삽입·삭제, 번호 변경.
  • 조항 상호 참조: 참조 조항의 번호나 문자 변경, 링크 보존, 서식 보존.
  • 목차: 섹션 이름·번호·페이지 번호 변경, 링크 보존, 서식 보존.
  • 주석: 주석 내 텍스트 변경, 주석 또는 스레드 전체의 삽입·삭제.
  • 머리글 및 바닥글: 단어와 문자 변경, 페이지 번호와 같은 요소의 삽입·삭제.
  • 각주 및 미주: 각주·미주 내 텍스트 변경, 각주·미주 전체의 삽입·삭제.

위험관리위원회가 승인할 수 있는 보안

  • 로펌이 민감한 초안을 맡기며, 요청이 변호사·API 키·에이전트 중 어디에서 오든 동일한 보안 통제를 적용함.
  • 문서는 사용자가 삭제할 때까지 작업 공간에 보관되며, 관리자는 비활성 프로젝트의 자동 삭제를 설정할 수 있고 업로드된 자료는 모델 학습에 사용되지 않음.
  • AWS 아키텍처와 운영 통제는 SOC 2 Type 2 기준으로 독립적인 검토를 거치며, 보안 통제는 자체 주장에 그치지 않고 제삼자가 검증함.
  • 제삼자 침투 테스트, A+ SecurityScorecard 평가, 지속적인 모니터링을 제공하며 테스트 보고서는 비밀유지계약(NDA) 체결 후 열람할 수 있음.

변호사들의 평가

“Litera에서 옮긴 뒤 다시 돌아보지 않았음. 복잡한 거래에서 수정 사항이 워낙 많으면 추적이 힘든데, VersionStory를 사용하면 수월함. 단일 파일뿐 아니라 전체 문서 묶음의 전개 과정도 시각적으로 확인할 수 있음.”

  • Drew Jenkins, Maple Bridge Law의 평가임.

“업무 방식에 큰 변화를 가져옴. VersionStory는 훌륭한 제품이며, 법무 부서에서 목표를 빠르고 정확하게 달성하는 데 도움이 됨.”

  • Kyle Canchola, Vector Legal 파트너의 평가임.

“사용해 본 레드라인 소프트웨어 중 최고임. 업무와 로펌이 빠르게 성장하는 동안 매우 유용했음.”

  • GuyLaine Charles, Charles Law PLLC의 평가임.

“골칫거리와 시간을 아껴 줌. VersionStory로 수십 개의 문서를 한 번에 비교할 수 있으며 사용할 때마다 작업 시간과 수고를 줄여 줌.”

  • Mitch Khurin, Hamilton Zanze의 평가임.

모든 파일 형식을 위한 결정론적 도구

  • 비교(Compare): Rust로 작성한 규칙 기반 레드라인 엔진이 필요한 정밀도를 제공하며, LLM 기반 워크플로에서 수천 개의 DOCX·DOC·PDF 파일까지 처리함.
  • 추적(Track): 문서의 모든 초안을 하나의 이력으로 관리하고, 협상 과정의 각 단계를 변경 내용 추적 문서 하나에 쌓으며, 남아 있는 각 변경 사항을 이를 도입한 버전과 작성자에 연결함. 계약서 변경 이력 추적 기능을 동일한 결정론적 방식으로 구현함.
  • 병합(Merge): 여러 검토자가 같은 원본에 표시한 수정 사항을 변경 내용 추적 문서 하나로 통합하고, 각 편집 사항의 출처를 연결하며, 검토자끼리 덮어쓴 부분을 조용히 하나만 선택하지 않고 표시함.
  • 비교, 이력 추적, 병합 결과는 PDF·Markdown·JSON 형식으로 제공됨.