하룻밤 사이 IDE가 챗봇으로 갈아엎혔습니다 — 도구를 고를 때 절대 놓치면 안 되는 lock-in 체크 3가지

핵심 요약 (TL;DR)

5/19~5/21 사이 Google Antigravity 2.0의 자동 업데이트가 IDE를 chat-only Agentic Manager로 통째로 갈아끼우면서, settings·extensions·chat history가 한꺼번에 날아간 사건이 터졌습니다. 충성도 높았던 Google AI Ultra 구독자 Sid Siddharth(0xsid)가 "Bait and Switch"라는 제목으로 폭로해 5/21 Hacker News 477점·250댓글에 올랐고, "백그라운드 업데이트는 성능 패치이지 다른 제품을 몰래 배포하는 통로가 아니다"라는 한 줄이 토론의 정수였습니다. 바이브코더가 도구를 고를 때 모델 성능이 아니라 lock-in을 평가해야 하는 이유가 생생하게 드러났어요.

충성 사용자가 가장 크게 데였습니다

자기 워크플로를 하나의 도구에 정성껏 맞춰놓을수록, 그 도구가 다른 제품으로 바뀌는 순간 충격은 정확히 그만큼 큽니다. Sid는 자칭 "Antigravity convert" — Cursor를 떠나 Google 생태계에 본격 베팅한 얼리어답터였어요. 그래서 정확히 그 충성도 때문에 가장 크게 데인 케이스가 됐습니다.

원문에서 본인이 명확히 보고한 손실은 IDE 모드 자체(chat-only로 강제 전환), settings, chat history입니다. 그리고 같은 머신에서 legacy IDE와 신버전을 동시에 굴릴 수도 없게 만들어 놨다고 합니다("default application paths를 공격적으로 다시 쓴다"). 이게 0xsid가 직접 확인한 핵심 손실이에요.

HN 토론 스레드에서는 추가 보고가 줄을 이었습니다. "세션 4개 만에 chat data가 디스크 4GB를 잡아먹는다", "extensions·context size 표시·quota 표시까지 다 사라졌다" 같은 사용자 증언들이요. 같은 흐름에서 5/20 Google 공식 개발자 블로그 공지는 Gemini CLI를 6/18부로 Antigravity CLI로 강제 이주시키겠다고 못 박았습니다. "같은 회사 다른 도구도 곧 같은 길을 간다"는 신호죠.

한국 바이브코더의 lock-in 체크 3가지

외화를 노리는 한국 청년 바이브코더가 도구를 고를 때 모델 점수표만 보면 안 됩니다. "이 도구가 6개월 뒤에 다른 제품이 돼도 내 자산이 살아남는가"가 진짜 질문이에요. 세 축으로 풀어드릴게요.

1. 스펙 자산을 외부 텍스트로 빼둘 수 있는가

도구가 사라져도 살아남아야 하는 건 결국 spec·CLAUDE.md·markdown 룰북·system prompt 같은 "내가 쓴 텍스트"입니다. Antigravity·Cursor·Claude Code 어디서든 읽을 수 있도록 git 저장소에 두는 게 안전해요. 도구가 바뀌어도 5분이면 다른 IDE에 붙일 수 있는 형태로 자산이 유지돼야 합니다.

2. 모델을 갈아끼울 수 있는 ABI가 있는가

Claude Code, Codex, aider, Continue처럼 OpenAI-compatible API나 Anthropic API 베이스 URL을 바꾸는 것만으로 백엔드를 교체할 수 있는 도구가 안전합니다. 반대로 Antigravity처럼 자체 라우팅으로 모델을 묶어둔 도구는 회사 정책 한 번에 워크플로가 강제 이주됩니다. "내가 어떤 모델을 쓸지 직접 정할 수 있는가"가 핵심 질문이에요.

3. 데이터·세션을 평문으로 꺼낼 수 있는가

chat history, project context, MCP 연결 설정이 평문 JSON이나 markdown으로 export 가능해야 합니다. Sid가 잃은 것의 절반이 바로 이 부분이었거든요. 도구가 "내 작업 기록"을 인질로 잡지 못하게 만드는 거죠.

4가지 도구를 lock-in 축에서 다시 평가하기

5년 뒤를 보면 "하나의 IDE에 100% 베팅"보다 "클라우드 1축 + 로컬 백업 1축" 듀얼이 안전합니다. 메인은 Claude Code 또는 Cursor로 빠르게 가더라도, 로컬에 aider + Forge 가드레일을 깔아둔 백업이 있으면 어떤 정책 변경에도 다음 날 일을 멈추지 않을 수 있거든요.

마치며

Sid의 글이 폭발적으로 공감받은 진짜 이유는 충성 사용자조차 "내일 다른 제품을 쓰게 될지 모른다"는 불안감이었습니다. 도구는 자산이지만, 그 자산을 떠받치는 텍스트와 spec이 외부에 살아 있어야 진짜 내 자산이거든요. 오늘 한 시간만 빼서, 내 워크플로의 어느 부분이 "도구 안에 갇혀 있는지" 한 번 체크해보세요. 백업 길을 미리 깔아두는 게 다음 베팅을 자유롭게 만듭니다.

FAQ

Q. Cursor도 같은 일이 벌어질 수 있나요?
A. 가능성을 0으로 두면 안 됩니다. Cursor도 라우팅·모델 정책을 자체적으로 결정하는 회사 제품이에요. 단 .cursorrules 파일이 git에 같이 들어가는 구조라서, 도구가 바뀌어도 룰북은 살아남는다는 점은 Antigravity보다 안전합니다.

Q. Claude Code도 Anthropic 종속이 아닌가요?
A. 모델 자체는 Anthropic 종속이지만, 워크플로(CLAUDE.md·텍스트 기반 spec·git 통합)는 모두 평문 외부 자산입니다. Anthropic 모델이 막혀도 다른 CLI 도구로 같은 룰북을 5분 안에 옮길 수 있는 구조예요.

Q. 로컬 백업 1축은 너무 무겁지 않나요?
A. aider + 8B 로컬 모델 + Forge 가드레일 정도면 노트북에서 충분히 돌아갑니다. 매일 쓰는 메인 워크플로는 아니지만, "클라우드가 막혀도 내일 일할 수 있다"는 보험으로 두기엔 비용이 거의 들지 않아요.