본문으로 건너뛰기
Databricks Blog조회 1

OfficeQA Pro V2로 검증한 AI 에이전트 일반화

OfficeQA Pro V2 실시간 대회에서 Stanford가 재사용 skill과 적응형 검증으로 63.3% 정확도를 기록했지만, 전체 시스템의 일반화에는 여전히 큰 격차가 남았다.

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

Databricks의 Grounded Reasoning Cup은 11개 학술 팀이 약 12만 페이지의 미국 재무부 문서로 구성된 OfficeQA Pro V2에 기존 OfficeQA agent를 적용하게 해 벤치마크 개선의 일반화 여부를 시험했습니다. 새 corpus가 대회 36시간 전에 공개된 환경에서 Stanford는 Claude Opus 4.8 기반 Claude Code agent에 100개가 넘는 reusable skill, 문서 표현 간 fallback, 적응형 검증을 결합해 63.3% 정확도로 우승했고, UMass와 Yale은 각각 병렬 agent와 다중 검증 경로로 58.9%, 54.4%를 기록했습니다. 결과는 모델 자체보다 parsing, retrieval, tool use, parallelism, verification, 제출 인프라를 묶은 전체 시스템이 성능을 좌우한다는 점을 드러냈으며, 같은 모델을 사용한 팀 간 평균 격차도 30.4점에 달했습니다. 동시에 모든 팀이 18.8%의 질문을 풀지 못하고 frontier baseline 평균도 30% 아래에 머물러, 새로운 corpus를 포함한 대표성 있는 held-out 평가와 기업 문서 grounded reasoning 연구가 계속 필요함을 보여줍니다.

섹션별 상세

01
Databricks가 개최한 Grounded Reasoning Cup은 11개 대학 팀이 약 12만 페이지의 미국 재무부 문서로 구성된 OfficeQA Pro V2에 기존 OfficeQA용 에이전트를 적용하게 한 실시간 대회입니다. 새 문서 집합은 대회 36시간 전에 공개됐고, 팀들은 15문제씩 진행되는 6개 라운드에서 답변을 제출하며 정답 1점, 최초 정답에는 0.25점의 속도 보너스를 받았습니다. 이 구성은 익숙한 벤치마크에서 얻은 개선이 새로운 문서 분포에서도 유지되는지 측정하려는 목적을 가졌으며, 최종 라운드에는 2배 점수가 적용됐습니다.
02
OfficeQA에서 개발한 기법이 OfficeQA Pro V2로 항상 이전되지는 않았고, 오프라인 frontier agent 기준선의 평균 정확도는 30%에도 미치지 못했습니다. Stanford는 문서 전처리, 표와 재무 표현을 다루는 재사용 skill, 검색 표현 간 fallback, 검증 단계를 결합해 63.3% 정확도를 기록했고 평균 팀보다 약 22점, 오프라인 기준선보다 약 35점 앞섰습니다. 다만 모든 팀이 18.8%의 질문을 풀지 못해 기업 문서 기반 추론에는 검색, 파싱, 계산 전반의 개선 여지가 남았습니다.
OfficeQA Pro V2에서 frontier baseline agent 평균은 28.5%, 나머지 팀 평균은 34.4%, Yale은 54.4%, UMass는 58.9%, Stanford는 63.3%의 정확도를 기록한 막대그래프입니다.
Chart그래프는 상위 세 팀이 frontier baseline과 나머지 팀 평균을 20점 이상 앞섰음을 나타냅니다. Stanford의 63.3%가 가장 높지만, 최고 성능도 전체 질문을 해결한 수준과는 거리가 있어 grounded reasoning의 미해결 영역을 함께 보여줍니다.
03
상위 팀의 성능 차이는 모델 선택 하나보다 전체 에이전트 시스템의 구성에서 크게 갈렸습니다. 같은 모델을 사용한 최고 팀과 최저 팀 사이의 평균 격차가 30.4점이었으며, 문서 파싱과 메타데이터 보강, lexical·dense retrieval 조합, 전문 도구 호출, 병렬 실행, 검증과 제출 인프라가 입력 문서에서 근거를 찾고 계산 결과를 제때 제출하는 흐름을 좌우했습니다. Databricks 자체 평가에서도 ai_parse로 문서를 미리 파싱했을 때 Genie가 frontier agent 기준선보다 24.0점을 높였습니다.
Stanford, UMass Amherst, Yale의 harness, 핵심 차별점, 모델 선택, 파싱, retrieval, verification 방식을 비교한 표입니다.
InfographicStanford는 self-improving skill library와 Claude Code 검증을, UMass는 세 개 agent의 병렬 실행과 best-of-3 선택을, Yale은 서로 다른 네 경로와 best-of-4 선택을 사용했습니다. 세 팀 모두 문서 표현과 검색, 검증을 모델 호출 바깥의 시스템 구성요소로 다뤘다는 공통점이 표에 드러납니다.
04
Stanford는 Claude Opus 4.8 기반 Claude Code agent에 100개가 넘는 학습 playbook을 넣고, 오답의 구체적인 실패 지점을 표 위치 탐색, 답변 형식, 금융 용어 해석, 단위 변환 규칙으로 재구성했습니다. 파싱된 텍스트와 Markdown 표현에서 문맥이 부족하면 원본 PDF로 되돌아가도록 만들었고, 초반에는 별도 검증 agent가 중간값과 데이터 계보를 다시 확인했지만 속도 보너스를 위해 후반 세 라운드에서 이를 껐습니다. 그 결과 초반 두 번에 그쳤던 속도 보너스가 후반 14번으로 늘었고, 마지막 라운드에서는 검증 agent를 다시 켜 재제출 답변을 교정하며 최종 승리를 확보했습니다.
질문, 차트 설명이 보강된 사전 파싱 문서, PDF가 Claude Code Solver Agent로 들어가고 Claude Code Verification Agent가 결과와 근거를 재확인하는 Stanford 구조입니다.
DiagramSolver agent는 질문과 문서 자료를 받아 단계별 계획, evidence retrieval, 계산과 도구 사용을 거쳐 답변을 만들고, 검증 agent는 결과를 독립적으로 재계산하며 근거와 추론을 확인합니다. Learned Skill Repo가 상단에서 solver agent로 연결돼 반복 가능한 skill과 prompting pattern을 추론 과정에 공급합니다.
05
UMass Amherst는 Claude Opus 4.8 Fast와 문서 메타데이터 catalog를 사용해 빠른 검색과 필터링을 구성하고, 질문마다 세 agent를 병렬 실행한 뒤 Opus 검증 호출로 후보 중 하나를 선택했습니다. 정답 제출까지 걸린 평균 시간이 4분으로 전체 팀 평균 8분 30초의 절반보다 짧았고, 36회의 속도 보너스로 중간 시점에 Stanford보다 10.25점 앞섰습니다. Yale은 Gemini 3.1 Pro와 Gemini 3.5 Flash를 사용하는 ReAct 경로 두 개, planner-verifier 경로 두 개를 병렬 실행한 뒤 Gemini 3.1 Pro 메타 검증기가 기존 후보만 선택하게 해 서로 다른 실패 양식을 상쇄했습니다.
질문과 메타데이터 catalog가 보강된 사전 파싱 문서, PDF를 세 개의 병렬 Custom Agent에 전달하고 LLM Verifier가 최선의 답을 선택하는 UMass 구조입니다.
Diagram세 Custom Agent는 Claude Opus 4.8 Fast로 동시에 실행돼 처리 시간을 줄이고, 뒤의 Claude Opus 4.8 verifier가 병렬 결과를 비교해 하나를 채택합니다. 이미지의 흐름은 UMass가 속도와 후보 확장을 결합한 뒤 최종 선택 단계에서 품질을 보완한 방식을 나타냅니다.
Yale 구조에서 질문과 사전 파싱 문서가 Gemini 3.1 Pro·Gemini 3.5 Flash 기반 ReAct agent 두 개와 planner-verifier agent 두 개로 병렬 처리되고, Gemini 3.1 Pro LLM Verifier가 최종 답을 고릅니다.
DiagramYale은 자율 ReAct와 구조화된 plan-verify라는 서로 다른 해결 경로를 병렬로 실행해 한 구조의 실패가 전체 결과를 좌우하지 않게 했습니다. 최종 verifier는 네 경로의 답변과 reasoning을 검토하고 기존 후보 중 하나를 선택하며, 필요한 경우 다수결로 후퇴합니다.

용어 해설

홀드아웃 평가(Held-out Evaluation)
개발 과정에서 사용하지 않은 별도 테스트 세트로 모델이나 에이전트의 일반화 성능을 측정하는 평가 방식입니다. 익숙한 데이터에 맞춘 최적화가 새로운 문서 집합과 질문에서도 유지되는지 확인하는 데 중요합니다.
문서 전처리(Document Preprocessing)
PDF 같은 원천 문서를 검색과 추론에 적합한 텍스트, 표, 차트 설명, 페이지 메타데이터로 변환하는 과정입니다. 문서 구조와 원본 PDF 경로를 보존하면 검색 정확도와 시각 정보 활용을 함께 높일 수 있습니다.
어휘 검색(Lexical Retrieval)
질문과 문서에 실제로 나타난 단어와 구문을 기준으로 관련 자료를 찾는 검색 방식입니다. 일반적인 의미 기반 벡터 검색만 사용하는 대신 grep 같은 도구로 고유명사, 수치, 메타데이터 앵커를 직접 찾을 수 있습니다.
테스트 시점 확장(Test-Time Scaling)
추론 시점에 여러 에이전트나 여러 해결 경로를 병렬로 실행해 후보 답변을 늘리고, 이후 검증기나 선택기가 최종 답을 고르는 방식입니다. UMass와 Yale은 이 구조로 한 번의 모델 호출에 의존할 때의 실패를 줄였습니다.
메타 검증기(Meta-Verifier)
여러 에이전트가 만든 답변과 추론을 비교해 최종 후보를 선택하는 상위 검증 단계입니다. Yale의 Gemini 3.1 Pro 메타 검증기는 기존 네 개 경로 중 하나가 제안한 답만 고르게 해 근거 없는 새 답변 생성을 제한했습니다.

기술

  • OfficeQA
  • OfficeQA Pro V2
  • Claude Opus 4.8
  • Claude Opus 4.8 Fast
  • Claude Code
  • Gemini 3.1 Pro
  • Gemini 3.5 Flash
  • ReAct
  • ai_parse
  • BM25
  • FAISS

활용 사례

  • 미국 재무부 문서 기반 질의응답
  • 기업 문서 컬렉션의 근거 기반 추론
  • PDF 표와 차트에서 수치 추출
  • 문서 검색·계산·검증을 결합한 엔터프라이즈 agent
AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 08. 18.수집 2026. 08. 18.출처 타입 RSS

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.