라벨이 개발자도구인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·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...

Neovim과 현대 CLI 도구, 개발자 무기고 완전 해부

개발자가 IDE를 두고 Neovim에 집착하는 이유 🛠️ 현대 CLI 도구 생태계와 Neovim 심층 해부 · 2026년 5월 왜 일부 개발자는 잘 만들어진 IDE를 두고 텍스트 편집기와 명령줄 도구 조합에 집착할까? 그 중심에는 늘 Neovim 이 있다. 이 글은 ▲현대 CLI 도구 생태계의 구성 ▲Vim과 Neovim의 구체적 차이 ▲"vimrc를 벗어난다"는 말의 진짜 의미 ▲실제 세팅과 사용법까지, 한 편으로 완결되는 기반 자료로 정리한다. 결론을 먼저 말하면, Neovim의 부활은 단일 기능이 아니라 Lua 도입과 Tree-sitter·빌트인 LSP라는 아키텍처 전환 의 결과다. 도구 집착은 취향이 아니라 인지 비용 최적화다 소프트웨어 개발은 코드를 작성 하는 시간보다 읽고, 탐색하고, 수정하고, 디버깅하는 시간이 압도적으로 길다. 이 반복 작업에서 도구의 마찰(friction)이 0에 가까워질수록 인지 자원을 문제 해결 그 자체에 집중할 수 있다. "손이 생각의 속도를 따라가는" 상태를 흔히 플로우(flow) 라 부르며, 좋은 도구의 가치는 이 플로우를 깨지 않는 데 있다. 도구 집착은 취향이 아니라 인지 비용 최적화의 문제로 보는 것이 정확하다. 이 관점을 받아들이면, 개발자가 단축키 하나, 셸 프롬프트 한 줄에 시간을 쓰는 행위가 비효율이 아니라 장기 투자 임이 보인다. 하루에 수천 번 반복되는 동작에서 0.5초를 줄이면, 그 절약은 시간이 아니라 집중력의 보존으로 돌아온다. 편집 동작이 무의식 수준으로 자동화될 때 비로소 두뇌는 "무엇을 만들 것인가"에 온전히 쓰일 수 있다. 반세기에 걸친 Vim의 계보 ⏳ 오늘의 Neovim을 이해하려면 1976년 Bill Joy가 만든 Vi 까지 거슬러 올라가야 한다. 50년에 걸친 진화의 결정적 분기점들을 시간 순으로 짚어보자. 1976 V...