Google Antigravity 2.13 업데이트: 문서·코드·검토 화면을 어떻게 나눠 쓰면 좋을까

Google Antigravity 공식 변경 기록은 2026년 9월 9일 자 2.13.0 업데이트에서 Documents 영역과 코드 변경 검토 기능 등을 소개합니다. 새 모델 이름만큼이나 실제 작업에 영향을 주는 것이 자료를 찾고 결과를 확인하는 화면입니다. 이번 글은 공식 변경 기록에서 확인한 기능을 정리하고, 작은 개발 작업에서 활용하는 방법을 예시로 설명합니다. 기능은 순차 배포되므로 계정에 따라 도착 시점이 다를 수 있습니다.

공식 변경 기록에서 확인한 세 가지

Google Drive 링크, PDF, Office 문서 같은 외부 파일은 사이드바의 별도 Documents 영역에 나타납니다. 변경 검토 화면에는 공백만 달라진 부분을 숨기는 Hide Whitespace Changes 옵션이 추가됐습니다. SQL과 JSONL 같은 코드·데이터 결과물은 구문 강조와 줄 번호를 제공하는 가상화 뷰어에서 열립니다. 가상화 뷰어는 긴 내용을 화면에 필요한 부분 중심으로 표시하는 방식이라고 이해하면 됩니다.

출처: https://antigravity.google/changelog

문서와 결과물을 구분하면 무엇이 보일까요

예를 들어 요구사항 PDF를 읽고 데이터 조회 코드를 작성하는 상황을 떠올려 보세요. PDF는 작업의 기준이 되는 자료이고, SQL은 그 기준을 바탕으로 만든 결과물입니다. 두 파일이 어떤 관계인지 분명히 해두면 검토할 때 “어떤 요구사항 때문에 이 조건을 넣었는가”를 설명하기 쉽습니다. 화면에서 자료가 나뉘어 보여도 내용의 연결은 사용자가 확인해야 합니다. 문서 위치와 결과 코드의 위치를 함께 적는 작은 표가 도움이 됩니다.

가상 실습: 주문 조회 조건 만들기

실제 고객 자료 대신 다음과 같은 가상 요구사항으로 시작해 보세요. “완료 상태의 주문을 월별로 집계한다. 취소 주문은 포함하지 않는다. 집계 날짜는 결제 완료일을 기준으로 한다.” 이 짧은 문장에도 상태 조건, 제외 조건, 날짜 기준이 들어 있습니다. 코드를 받으면 실행 전에 세 조건이 어디에 반영됐는지 확인합니다. 아래 표는 도구의 실측 결과가 아닌 검토 양식 예시입니다.

요구사항	결과에서 볼 위치	확인할 질문
완료 주문	상태를 선택하는 조건	완료의 실제 저장값과 맞는가
취소 제외	제외 조건	취소 상태 처리 규칙과 맞는가
월별 집계	날짜와 묶음 기준	결제일을 사용하는가

요청문에는 “각 조건이 요구사항의 어느 문장에 대응하는지 설명해 주세요”라고 덧붙일 수 있습니다. 설명을 받았다는 사실만으로 코드 검토가 끝나지는 않습니다. 준비한 가상 행 몇 개를 넣고 기대하는 집계 결과와 비교하면 조건이 실제로 작동하는지 확인할 수 있습니다. 운영 데이터에 바로 적용하기보다 별도의 연습 환경에서 먼저 살펴보세요.

공백 변경 숨기기는 언제 사용할까요

들여쓰기나 줄바꿈이 많이 바뀐 파일에서 내용 변경에 먼저 집중할 때 활용할 수 있습니다. 검토 순서는 두 번으로 나누면 이해하기 쉽습니다. 먼저 공백 변경을 숨겨 조건이나 이름 같은 의미 변화를 읽습니다. 그다음 전체 변경을 다시 보며 파일 형식과 들여쓰기를 확인합니다. 공백 자체가 의미를 가지는 언어나 파일 형식도 있으므로, 이 옵션을 켰다는 이유로 전체 검토를 생략하지 않습니다.

SQL과 JSONL을 읽을 때 표시할 기준

줄 번호는 특정 부분을 가리킬 때 유용합니다. “결과가 다릅니다”라고만 설명하는 대신 “이 줄의 날짜 조건이 요구사항의 결제일 기준과 맞는지 확인해 주세요”처럼 질문할 수 있습니다. JSONL은 보통 한 줄마다 하나의 JSON 값을 담는 형식입니다. 여러 줄의 데이터를 확인할 때에는 줄 번호, 식별자, 관측한 값을 함께 기록하면 다시 같은 부분을 찾기 쉽습니다.

업데이트 후 확인할 작은 체크리스트

앱 버전을 먼저 확인하고 Documents 영역에 자료가 어떻게 나타나는지 살펴봅니다. 이후 작은 파일의 변경 화면에서 공백 표시 옵션을 확인합니다. 마지막으로 가상 SQL 또는 JSONL 파일을 열어 줄 번호와 읽기 흐름을 봅니다. 메뉴 위치나 제공 시점은 자신의 설치 환경에서 확인해야 합니다. 이 글은 설치 화면을 직접 측정한 사용기가 아니라 공식 변경 기록을 해설한 글입니다.

자주 묻는 질문

문서 영역이 생기면 내용 검토도 자동으로 끝나나요? 자료를 찾는 화면과 자료의 사실을 확인하는 일은 별개입니다. 원문 기준과 결과물의 대응 관계를 직접 확인해야 합니다.

모든 기능이 바로 보이나요? 공식 변경 기록은 새 버전이 순차적으로 제공돼 며칠 걸릴 수 있다고 안내합니다.

개발자가 아니어도 참고할 점이 있나요? 입력 자료와 만들어진 결과물을 나누고, 어떤 근거에서 어떤 결과가 나왔는지 적는 습관은 보고서나 데이터 정리에도 적용할 수 있습니다. 오늘은 파일 하나에서 근거 문장과 결과 위치를 연결해 보세요.