저는 Antigravity 2.0으로 RSS 리더를 만들었고, VS Code의 Claude는 경쟁할 수 없습니다

만약 VS Code 안에서 AI 코딩 도구를 사용하려고 어느 정도 시간을 써봤다면, 아마 에이전트가 이미 수행한 것을 잊어버리거나, 해결된 오류를 반복하거나, 컨텍스트 창이 터미널 잡음으로 가득 차서 멈추는 지점에 부딪혔을 것입니다. Antigravity는 2.0으로 최근 업그레이드 덕분에 그런 문제가 없습니다. 너무 좋아서 저는 이것으로 RSS 리더를 만들 수 있었고, 어떤 사람들은 복잡한 코드베이스를 이해하는 데 사용했습니다. 우리는 무엇을 하고 있는지 다시 조정하거나 상기시켜주어야 했던 적이 한 번도 없었습니다.

안티그래비티 2.0은 큰 개선이다

원본을 사용해 본 적이 있다면, 이것은 진정한 업그레이드처럼 느껴질 것입니다

처음으로 Antigravity 2.0을 여는 것은 정말 놀라운 일입니다. 특히 1.0 IDE를 사용해 본 적이 있다면 더욱 그렇습니다. 원래 버전은 정체성 문제를 안고 있었습니다. 텍스트 편집기와 자원을 많이 사용하는 에이전트 관리자를 하나의 복잡한 분할 화면에 억지로 넣으려 했고, 그로 인해 터미널 잡음으로 컨텍스트 창이 불필요하게 커지고 성능이 저하되며 CPU 팬이 자주 급증하곤 했습니다.

나는 새로운 모습이 싫고, 분리가 싫지만, 효과가 훨씬 더 좋다는 것은 인정해야 한다. 나는 원래 VS Code를 떠나 Antigravity로 갔는데, 이것이 내가 머물 이유 중 큰 하나다. 버전 2.0은 에이전트 오케스트레이션을 텍스트 편집기와 완전히 분리하여 독립적인, 에이전트 우선 데스크톱 앱으로 바꿈으로써 이전 문제들을 근본적으로 해결한다.

새 인터페이스는 빠르고 가벼우며 복잡하지 않습니다. 일반 IDE가 아니라 챗봇 같은 느낌입니다. 성능 향상이 가장 놀라운 부분입니다. 2.0에서 느려지는 문제는 전혀 없습니다. 1.0에서는 자주 오류가 나던 알림도 매번 잘 옵니다. 또한 작업 중간에 중지를 시도해도 문제가 생기지 않는데, 예전에는 그러면 멈추거나 충돌하곤 했습니다.

저는 Claude가 더 똑똑하고 Antigravity 1.0보다 훨씬 더 많은 것을 처리할 수 있을 것 같아서 VS Code에서 Claude 사용을 시작했습니다. 하지만 2.0은 지금의 Claude보다 훨씬 더 똑똑한 것 같습니다.

나는 RSS 리더를 만들었다

안티그래비티 2.0은 그 일을 놀랍도록 잘 처리했다

나는 Antigravity에게 내가 작성한 마스터 빌드 프롬프트를 제공했다. 그 프롬프트에는 내가 원하는 모든 세부 사항이 담겨 있었다. 나는 Google이 아닌 Node.js와 Express 기반의 셀프 호스팅 RSS 리더가 필요했고, Render.com에 배포되며 Supabase PostgreSQL 백엔드를 사용해야 했으며, 오래된 Feedly OPML 내보내기에서 가져온 선별된 RSS 소스 목록과 내가 시간이 지나면서 만든 더 긴 수동 목록으로 데이터를 공급받아야 했다.

프롬프트는 의도적으로 철저했습니다. 기술 스택, 데이터베이스 스키마, 파일 구조, 시각적 디자인, 백그라운드 작업자 로직, 보존 정책, 시드 스크립트, 배포 구성, 심지어 README까지 다루었습니다.

아무것도 해석에 맡겨지지 않았다. 나는 그 다음에 모든 RSS 피드 URL을 먼저 확인하기 전에는 한 줄의 코드도 작성하지 말고 단계를 순서대로 엄격하게 따르라고 말했다.

OPML에 있는 여러 피드는 오래되어서 죽은 URL을 가리키고 있었기 때문에, 에이전트는 브라우저 도구를 사용하여 모두의 현재 작동하는 엔드포인트를 찾아냈습니다. 그것만으로도 훌륭했지만, 그 과정에서 다른 죽은 피드드도 잡아내어 물어본 후 올바른 URL로 교체했습니다.

그것은 다른 것을 건드리기 전에 모든 것을 마스터 피드 데이터베이스 JSON으로 컴파일했다.

코드 생성이 시작되기 전에 몇 가지 분류 수정 사항이 돌아왔습니다. 덕분에 이름을 지을 수 있었고, 이는 UI, HTML 제목 태그, render.yaml 서비스 정의, 코드 내 주석, README까지 모든 곳에서 변경되었습니다. 이를 확인한 후, 모든 19개 파일이 프롬프트가 지정한 정확한 순서대로 생성되었습니다.

그때부터 프로젝트는 배포 단계로 넘어갔고, 그때 제가 직접 만들 때 일반적으로 겪는 왔다 갔다 하는 과정이 있었습니다. 앱은 GitHub에 올려지고 Render에 배포되었지만, 거의 즉시 문제가 발생하기 시작했습니다.

이것이 바로 AI만으로는 신뢰할 수 없는 이유이며, 따라서 따라가면서 필요한 수정을 할 수 있을 만큼 충분히 알고 있어야 하는 이유입니다. 예를 들어, 제 첫 번째 충돌은 모듈 해결 오류였습니다. 라우트들이 중첩된 src 폴더를 대상으로 한 경로를 사용하여 auth.js를 찾고 있었지만, 파일들은 루트 레벨에 있었습니다.

필요한 경로들이 server.js와 세 개의 라우트 파일 전체에서 수정되었습니다. 그런 다음 Express가 src/views/ 대신 src/routes/views/ 안에서 HTML 템플릿을 찾고 있었고, 그 경로 문자열들이 라우팅 코드 전체에서 업데이트되었습니다.

나는 관리자 계정이 된 사용자 이름과 비밀번호를 추가했지만, 다른 사람을 추가할 수 있는 기능도 넣었다. 이 모든 것은 내가 원하는 것을 말하고 수정하면서 오간 과정에서 나온 것이다. 나는 심지어 몇 가지 색상도 바꿨다.

클로드는 안티그래비티 2.0만큼 좋지 않다

VS Code에서의 컨텍스트 창 문제는 대부분 사람들이 인식하는 것보다 더 심각하다

VS Code 안에서 Claude를 사용하는 것이 최고의 AI 코딩 환경이라고 생각하기 쉽습니다. 하지만 RSS 리더를 만들면서 저는 그렇지 않다는 것을 확신하게 되었습니다. 그것과 Antigravity 2.0 사이의 격차는 제가 예상했던 것보다 컸습니다.

VS Code에서 Claude와 관련된 핵심 문제는 이러한 확장 기능들이 컨텍스트를 얼마나 잘 처리하지 못하는가에 달려 있습니다. 새로운 메시지를 보낼 때마다 전체 대화 기록, 터미널 출력, 파일 내용을 다시 보내야 합니다. 그래서 많이 작업할수록 더 많은 토큰을 소모하게 되고, 이것이 곱해집니다. 실제로 많은 작업을 하기 전에 컨텍스트 창이 다 소모됩니다.

Antigravity 2.0은 처음부터 다르게 설계되었습니다. 모든 것을 하나의 거대한 컨텍스트 창에 억지로 넣는 대신, 하위 에이전트의 계층 구조를 사용합니다. 메인 오케스트레이터는 큰 그림을 관리하고 동시에 특정 작업 조각을 처리하기 위해 전문 하위 에이전트를 실행합니다. 각 하위 에이전트는 자체 격리된 루프에서 실행되며 완료되면 요약을 반환하므로, 메인 컨텍스트는 깨끗하게 유지되고 절대 불어 나가지 않습니다.

Antigravity 2.0는 Gemini에게 있어 큰 도약이며, 이제 Claude보다 Google의 플랜에서 더 많은 것을 얻을 수 있으므로 VS Code에서 Claude는 돈을 낼 가치가 없다고 생각합니다.

안티그래비티 2.0은 당신에게 너무 벅찰 수 있습니다

Antigravity 2.0은 모든 워크플로우에 완벽하게 맞는 것은 아닙니다. 만약 컨텍스트 한계를 넘지 않는 작고 독립적인 프로젝트를 진행 중이라면, 새로운 플랫폼을 배우는 오버헤드는 그만한 가치가 없을 수 있습니다. 많은 개발자들이 이미 가지고 있는 VS Code 환경은 그 정도 규모에서는 충분히 익숙하고 기능적이며, Claude 확장만 추가해도 충분합니다. 2.0이 빛을 발하는 곳은 다중 디렉토리, 다중 서비스, 장기 실행 프로젝트 같은 환경으로, 로컬 확장은 이런 경우에 자주 문제를 일으킵니다. 저는 Go 백엔드, React 프론트엔드, 실시간 데이터베이스 연결을 가진 완전한 RSS 리더를 단 한 번의 컨텍스트 충돌 없이 만들었습니다. 이것이 전환을 주장하는 이유이며, 제가 계속 사용할 이유이기도 합니다.