라벨이 가상환경인 게시물 표시

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

파이썬 가상 환경, venv: 언제부터 사용했고 왜 권장할까요?

파이썬 프로젝트를 진행하다 보면 여러 라이브러리를 설치하고 관리해야 합니다. 그런데 프로젝트마다 요구하는 라이브러리의 버전이 다르거나, 특정 라이브러리의 특정 버전에 의존해야 할 때가 있습니다. 이때 여러 프로젝트가 동일한 파이썬 환경을 공유한다면 심각한 버전 충돌 문제를 겪을 수 있습니다. 이러한 문제를 해결하기 위해 가상 환경(Virtual Environment) , 그중에서도 venv 가 등장했습니다. venv 란 무엇일까요? venv 는 "virtual environment"의 약자로, 각 파이썬 프로젝트마다 독립적인 파이썬 실행 환경 을 만들어주는 표준 라이브러리입니다. 마치 프로젝트마다 자신만의 작은 파이썬 세상을 구축하는 것과 같습니다. 이 가상 환경 안에서 설치하는 패키지들은 해당 프로젝트에만 국한되며, 시스템 전체의 파이썬 환경이나 다른 프로젝트의 환경과는 완전히 분리됩니다. venv 는 언제부터 생겼을까요? venv 모듈은 Python 3.3 버전부터 공식적으로 표준 라이브러리에 포함 되었습니다. 그 이전에는 virtualenv 라는 외부 패키지를 별도로 설치하여 가상 환경을 구축해야 했지만, Python 3.3 이후부터는 파이썬 설치 시 기본으로 제공되어 더욱 편리하게 사용할 수 있게 되었습니다. 왜 venv 사용을 권장할까요? venv 를 사용하면 파이썬 프로젝트 관리의 효율성과 안정성이 크게 향상됩니다. 주요 이점은 다음과 같습니다. 프로젝트별 독립성 보장 (의존성 충돌 방지): 프로젝트 A는 requests 2.20 버전이 필요한데, 프로젝트 B는 requests 2.28 버전이 필요하다고 가정해 봅시다. 만약 두 프로젝트가 같은 파이썬 환경을 공유한다면, 한 프로젝트에서 requests 버전을 업데이트하는 순간 다른 프로젝트는 작동하지 않을 수 있습니다. venv 를 사용하면 각 프로젝트마다 고유한 패키지 세트 를 가질 수 있어, 이러한 버전 충돌 문제를 근본적으로 방지할 수 있습니다....