Google Deep Review가 공개됩니다, STOC·ICML 등 1만6천 건 파일럿 뒤 문서 검증을 주 2회 무료로 엽니다 | DAKER 커뮤니티

생성 AI로 논문·설계서·제안서가 빨라질수록, 사람이 검증하는 속도는 그대로라서 병목이 생깁니다. Google Research는 2026년 10월 14일 Deep Review를 공개하며, STOC·ICML·NeurIPS·ICLR 파일럿에서 1만6천 건이 넘는 제출물에 사전 피드백을 준 뒤 전 세계 사용자가 쓸 수 있게 했다고 밝혔습니다. 주당 문서 검토 2회가 기본으로 제공되고, 대량 워크플로는 Gemini API 키를 연결해 한도와 Deep Review API를 쓸 수 있다고 적혀 있습니다. 어제 정리한 Gemini 4 Argon 개발자 API GA·가격 이야기와 각도를 나눠, 문서 검증 제품 공개만 따로 봅니다.

파일럿 규모와 공개 조건

Deep Review는 Paper Assistant Tool(PAT)에서 진화한 에이전트형 검토 시스템입니다. STOC 2026, ICML 2026, NeurIPS 2026, ICLR 2027과 협력해 제출 마감 전 선택 참여 저자에게 피드백을 제공했고, 이 피드백은 공식 심사와 분리됐다고 합니다. 공개 후에는 PDF와 일반 텍스트를 우선 받고, 다중 파일은 곧 지원한다고 적혀 있습니다. 업로드 문서는 모델 학습·파인튜닝에 쓰지 않으며, UI 표시 목적으로 1년 보관한다고 명시합니다. 2023~2026년 NeurIPS·ICML·ICLR 제출이 약 2만3천에서 7만4천 이상으로 늘어난 배경도 같은 글에 있습니다. 학술뿐 아니라 법률·재무·설계 문서·발표 자료로 범위를 넓혔다고 합니다.

Deep Review는 주당 두 건의 무료 문서 검토를 제공하고, 대량 사용은 Gemini API 키로 한도와 API를 확장합니다.

네 단계 파이프라인

단일 프롬프트 LLM은 긴 문서에서 추론 예산을 소진하거나 교차 참조를 놓치기 쉽다고 설명합니다. Deep Review는 (1) 문서를 논리 구간으로 나누고 (2) 구간별 정보 밀도에 따라 계산 예산을 나누며 (3) 전문 추론 에이전트가 구간을 병렬 검증하고 (4) 합성 에이전트가 전역 일관성·외부 그라운딩을 수행한다고 합니다. Gemini 4 Argon 지원이 Deep Review에 들어가 품질이 더 올랐다고도 적혀 있습니다. Antigravity에는 Teamwork Deep Document Review 패턴이 /teamwork-preview로 제공된다고 합니다. 한국 연구실·스타트업이 논문 초고나 RFC형 설계서를 돌릴 때는, 무료 2회를 골든 초고에 쓰고 반복 수정본은 API 한도로 넘기는 운영이 현실적입니다.

실무 적용과 원문

원문은 https://research.google/blog/analyzing-technical-documents-with-deep-review/입니다. 바로 할 일은 (1) Google Research 포털에서 Deep Review에 접속해 PDF 한 건을 올려 보고 (2) 논리 비약·수식·근거 부족 항목이 내부 체크리스트와 맞는지 채점하며 (3) CI에 넣을 팀은 Gemini API 키 연동과 보관 정책(1년·학습 미사용)을 보안 검토에 올리는 순서입니다. 법률·재무 문서는 도구가 사람 판단을 대체하지 않는다는 전제를 문서화해야 합니다. 대회·해커톤 제안서 사전 점검용으로 쓸 때도, 업로드 금지 데이터(개인정보·미공개 고객 계약)를 먼저 가리는 것이 안전합니다. 다중 파일 지원이 오면 실험 로그·부록까지 한 번에 일관성 검사를 넣을 수 있으니, 지금 파이프라인에는 단일 PDF 단계를 남겨 두면 됩니다.

Argon API 소식과 어떻게 나누어 볼까

개발자 API에 Gemini 4 Argon이 GA로 열린 이야기는 모델 단가·컨텍스트·코딩 성능 축입니다. Deep Review는 그 모델 역량을 문서 검증 제품으로 포장한 축이라, 팀 백로그에서는 모델 교체 작업과 문서 QA 도구 도입을 별도 카드로 두는 편이 혼선이 적습니다. 연구실이라면 제출 전 자가 검토에 무료 2회를 쓰고, 스타트업이라면 투자 덱·기술 백서 PDF를 올려 논리 비약 목록을 받은 뒤 사람이 우선순위를 매기는 흐름이 현실적입니다. 보안 팀은 업로드 보관 1년·학습 미사용 조항을 벤더 평가표에 그대로 옮기면 됩니다.

논문이나 설계 문서 사전 검토에 Deep Review나 유사 도구를 써 본 팀이 있다면, 사람이 남는 판단 구간을 어디에 두었는지 댓글로 알려 주시면 참고하겠습니다.