라벨이 대용량파일인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

Vim :g//d가 대용량 파일에서 멈추는 진짜 이유와 우회법

Vim :g//d · :v//d 가 대용량 파일을 얼어붙게 만드는 원인 텍스트 에디터 · 성능 분석 · Vim/Neovim 비교 수십만~수백만 줄 텍스트에서 Vim의 :g/패턴/d 로 줄을 지우려다 고성능 PC가 순간 멈춰버린 경험, 한 번쯤 있을 것이다. 명령 한 줄은 단순한데 시스템이 통째로 잠기는 이 현상의 정체는 사실 명령 뒤에 숨은 수십만 번의 부수 작업 반복 이다. 그리고 해법은 의외로 편집기를 Neovim으로 바꾸는 것이 아니라, 작업 방식 자체를 바꾸는 데 있다. 원인 → 우회법 → Neovim 비교 순서로 끝까지 풀어본다. 🧩 한눈에 보는 결론 — 멈추는 원인은 d 명령이 줄 수만큼 개별 발사되며 매번 클립보드·레지스터·undo를 건드리는 데 있다. 즉시 해법은 블랙홀 레지스터 , 궁극 해법은 grep/rg/sed 같은 외부 스트림 필터다. Neovim 전환은 답이 아니다. 기초 — :global 명령은 실제로 어떻게 동작하나 :g/pattern/d 는 직관적으로 "패턴 들어간 줄을 다 지워라"라는 단일 명령처럼 보인다. 하지만 내부적으로는 2단계 패스(two-pass) 구조로 동작한다. 이 구조를 이해하는 것이 모든 문제의 출발점이다. 1차 패스 (마킹) — 파일 전체를 한 번 스캔하며 패턴에 매칭되는 줄마다 내부 플래그를 세운다. 2차 패스 (실행) — 마킹된 줄 각각에 대해 지정한 명령( d )을 개별적으로 반복 실행 한다. :v (또는 :g! )는 단지 "매칭되지 않은 줄"을 마킹할 뿐, 메커니즘은 완전히 동일하다. 핵심은 2차 패스다. 100만 줄에서 90만 줄을 지우면 d 커맨드가 문자 그대로 90만 번 발사 된다. graph LR A[파일 전체 스캔] --> B[패턴 매칭 줄 내부 플래그 마킹] B --> C[마킹된 줄마다 d 명령 개별 실행] C --> D[90만 줄이면 90만 번 반복] ...