2026년 최고의 바이브 코딩 도구: 빌더와 코딩 에이전트 12종 비교

바이브 코딩 도구가 가장 인상적인 순간은 동시에 제가 가장 조심스러워지는 순간입니다. 프롬프트 하나로 완성도 높은 앱 화면을 만들 수 있지만 매끄러운 화면이 요구 사항을 통과했다는 뜻은 아닙니다. 무엇이 바뀌었는지, 다른 사람이 이어받을 수 있는지, 빌드가 실패했을 때 어디로 되돌아갈 수 있는지는 대개 다음 단계에서야 드러납니다.

그래서 1위부터 12위까지 줄 세운 순위는 유용하지 않다고 봅니다. Replit, Lovable, Bolt, v0, Base44, Google AI Studio는 아이디어를 실행되는 첫 버전으로 바꾸는 일에 강합니다. Codex, Claude Code, Cursor, Windsurf, GitHub Copilot 앱, Google Antigravity는 이미 프로젝트가 있고 파일·명령·검사·차이를 검토해야 할 때 더 적합합니다. 두 그룹은 겹치지만 출발점은 여전히 다릅니다.

제가 답하려는 질문은 “어떤 도구가 최고인가?”가 아닙니다. “프로젝트의 현재 단계에서 어떤 작업 방식을 고르고, 계속 진행하기 전에 어떤 근거를 확인해야 하는가?”입니다.

두 종류의 도구

각 브랜드에 영구적인 꼬리표를 붙이지 않고 처음 시작하는 작업 방식으로 제품을 나눴습니다.

AI 앱 빌더는 프롬프트, 프로젝트 설정, 실시간 미리보기, 대개 호스팅까지 결합합니다. 프로젝트가 없고 최소한의 설정으로 실행 가능한 사용자 흐름부터 필요할 때 실용적인 출발점입니다.

AI 코딩 에이전트는 프로젝트 파일, 명령, 테스트, 버전 관리 변경을 더 직접적으로 다룹니다. 이미 프로젝트가 있고 통제된 범위에서 그 프로젝트를 살펴보거나 바꿔야 다음 결정을 내릴 수 있을 때 더 유용합니다.

인라인 코드 도우미는 세 번째 방식이지만 이 비교의 범위 밖입니다. 이미 코드를 쓰는 사람에게 인라인 완성은 가치가 있지만 빌더나 프로젝트 에이전트와 같은 처음부터 끝까지의 경로를 제공하지는 않습니다.

이 방식들이 약한 도구에서 강한 도구로 올라가는 단계는 아닙니다. 에이전트가 더 많은 파일과 도구를 건드릴 수 있으면 제가 검토할 것도 늘어납니다. 저는 대개 범위가 분명한 프로토타입을 빌더에서 시작하고, 다음 과제에 파일 단위 제어가 실제로 필요할 때만 에이전트로 옮깁니다. AILesson 바이브 코딩 입문 코스도 특정 브랜드를 처방하지 않고 같은 구분에서 시작합니다.

비교 방법

2026년 8월 20일에 확인한 두 가지 근거 층을 사용했습니다.

• 제품이 문서화한 동작은 현재의 공식 문서, 지원 페이지, 릴리스 노트에서 가져옵니다. 제품이 제공하는 작업 방식을 설명하지만 해당 제품이 우리의 과제를 완료했다는 증거는 아닙니다.
• 관찰된 프로젝트 근거는 보존된 빌드, 테스트, 변경, 인계 기록에서 나옵니다. 실제로 확인한 동작만 뒷받침합니다.

Replit에서 Codex로 이어지는 경로만 AILesson 코스에서 사용한 Community Book Swap Checklist 프로젝트의 보존 기록으로 추적할 수 있습니다. 나머지 10개 제품은 현재의 공식 작업 방식을 검토했으며, 모든 제품에서 같은 실습을 마친 것처럼 문서 검토를 제시하지 않습니다. 기능 페이지로 Git 동기화, 체크포인트, 브라우저 테스트의 존재는 확인할 수 있지만 어느 도구가 요청을 더 잘 완수할지는 입증할 수 없습니다.

관찰된 프로젝트는 범위가 분명한 요청에서 시작했습니다. 카테고리, 완료 상태, 필터, 새로고침 후 유지, 복구 가능한 초기화가 있는 모바일 우선 체크리스트를 만들되 실제 개인정보는 사용하지 않는 과제였습니다. 이후 코딩 에이전트 과제는 의도적으로 더 작았습니다. 파일 하나의 의존성 충돌을 살펴보고, 범위가 제한된 변경을 제안하며, 기존 앱 동작을 보존하는 일이었습니다.

프로젝트 기록은 통과, 일부 통과, 실패, 미검증 요구 사항을 구분합니다. 한 번의 가변적인 모델 실행을 영구적인 품질 순위로 바꾸지 않습니다. 대신 실행 동작, 실제 파일 변경, 명령 출력, 복구 경로, 인계 상태, 게시 경계를 비교 기준으로 삼습니다.

제 후보 목록

• 계획, 빌드, Preview, 체크포인트, 파일, 게시를 한 작업 공간에서 처리하고 그 안에서 결과를 시험할 준비가 됐다면 Replit부터 시작합니다.
• 시각적 반복이 주된 불확실성이고 Git 기반 인계가 중요하다면 Lovable 또는 v0부터 시작합니다.
• 즉시 실행되고 코드 접근, 버전 기록, GitHub 탈출 경로가 있는 브라우저 기반 웹 빌드가 우선이라면 Bolt부터 시작합니다.
• 내장 데이터, 인증, 권한, 호스팅이 줄이는 작업이 플랫폼 의존성보다 크다면 Base44부터 시작합니다.
• Gemini 기능, 네이티브 Android 생성, Cloud Run 배포가 부수적 연동이 아니라 제품의 핵심이라면 Google AI Studio부터 시작합니다.
• 이미 저장소가 있고 다음 결과가 검토·시험 가능한 변경이어야 한다면 코딩 에이전트, 즉 Codex, Claude Code, Cursor, Windsurf, GitHub Copilot 앱, Google Antigravity부터 시작합니다.

이는 영구적으로 나뉜 구역이 아니라 시작 후보입니다. 빌더는 저장소와 편집기를 더하고 있고 코딩 에이전트는 브라우저를 조작하고 시각 근거를 만듭니다. 그래도 한 범주에 계속 충성하기보다 프로젝트에서 다음으로 해결되지 않은 문제에 맞춰 선택하겠습니다.

앱 빌더

범위가 분명한 아이디어만 있고 프로젝트는 없다면 먼저 살펴볼 여섯 제품입니다. 모두 설정 작업을 줄입니다. 코드가 어디에 있고, 백엔드를 누가 소유하며, 시각적 변경이 어떻게 소스로 돌아가고, 플랫폼을 떠난 뒤 무엇이 남는지가 제품을 가릅니다.

Replit: 하나의 작업 공간에 모든 것

Replit은 브라우저 기반 코딩 환경으로 시작해 풀스택 소프트웨어 제작 플랫폼으로 성장했습니다. 2024년에 공개된 Replit Agent는 자연어 앱 제작과 배포를 추가했습니다. 모든 기능에서 우승해서가 아니라 빌드, 실행, 복구 근거를 가까이 모아 두기 때문에 빌더 중 첫 번째로 뒀습니다. 이 목록에서 완전한 관찰 프로젝트 기록이 있는 유일한 빌더이기도 합니다.

Replit Agent 문서는 같은 작업 공간에서 계획, 빌드, 테스트, 체크포인트를 처리한다고 설명합니다. 초보자는 실패한 요구 사항을 다른 곳으로 바로 옮기지 않고 실행 중인 Preview, 프로젝트 파일, Shell, 이전 체크포인트와 비교할 수 있습니다.

Agent는 Plan 모드에서 시작한 뒤 여러 파일을 작성하고, 의존성을 설치하고, 실패를 디버깅하고, 앱을 개선할 수 있습니다. 스크린샷, 파일, Canvas 메모는 프롬프트로 설명하기 어려운 시각·업무 맥락을 제공합니다. Replit은 데이터베이스, 인증, Secrets, Git, Deployments도 한 작업 공간에 두므로 로컬 도구 체인을 먼저 조립하지 않고 빈 출발점에서 영구 데이터가 있는 게시 앱까지 갈 수 있습니다. 체크포인트는 텍스트 차이만이 아니라 코드, Agent 맥락, 과제, 연결된 데이터베이스 상태까지 포함할 수 있습니다.

2026년 8월 20일에 본 Replit 공식 첫 앱 문서. 스크린샷은 Agent와 Preview 작업 공간을 보여 줄 뿐 생성 앱이 요구 사항을 통과했다는 증거는 아닙니다.

코스 실행은 이 편의성의 한계도 드러냈습니다. 매끄러운 Preview만으로 “숨은 외부 의존성 없음” 요구 사항을 입증할 수 없었습니다. 파일 검사에서 사용하지 않는 Google Fonts 링크를 찾았고, 이후 범위를 좁혀 내보낸 파일은 검토할 수 있었지만 작업 공간 수준의 의존성 정보가 빠져 독립적으로 빌드할 수 없었습니다. Replit은 여전히 유용했지만 근거가 재현성까지 이어지지는 않았습니다.

사용자 경로 하나를 빠르게 실행하고 작업 공간 안에서 시험할 의향이 있다면 Replit부터 시작하겠습니다. 하지만 “소스 다운로드”를 재현성의 증거로 보지는 않습니다. 파일을 내보내는 일과 다른 컴퓨터에서 같은 상태를 다시 빌드하는 일은 별도의 검사입니다.

Lovable: 관리형 백엔드와 연결된 시각 편집

Lovable은 오픈 소스 gpt-engineer 프로젝트와 이전 상용 웹 제품 GPT Engineer에서 발전했습니다. 이제 비기술 사용자와 소프트웨어 팀을 위한 자연어 풀스택 웹 플랫폼입니다. 주된 불확실성이 “아키텍처를 어떻게 설계할까?”보다 “이 화면을 몇 번이나 바꿀까?”라면 Lovable을 첫 후보에 넣겠습니다.

Lovable은 시각 편집, 풀스택 서비스, 소스 인계를 한 경로에 둡니다. Visual Edits에서는 실행 중인 화면의 요소를 선택하고 문구, 색, 간격을 조정해 결과를 소스에 다시 쓸 수 있습니다. 동적 데이터가 필요하면 Lovable Cloud가 PostgreSQL 데이터베이스, 인증, Storage, Realtime, Edge Functions를 제공하고 Supabase도 지원합니다. 인증이 필요한 외부 API는 브라우저에 자격 증명을 노출하지 않고 Secrets와 서버 측 함수를 사용합니다.

시각 선택과 양방향 GitHub 동기화의 결합이 특징입니다. 시각적 변경이 고립된 목업에 머물지 않고 코드가 기존 브랜치·협업 절차에 들어갑니다. 게시하면 명시적인 스냅샷이 만들어져 이후 편집기 변경이 라이브 버전을 조용히 바꾸지 않습니다. 지원되는 Cloud 프로젝트에서는 Test와 Live의 데이터·구성도 나눌 수 있습니다.

2025년 3월 13일 Lovable 공식 Visual Edits 글. 시각 편집 화면을 보여 줄 뿐 결과 코드의 품질이나 이식성을 입증하지 않습니다.

2026년 5월 13일 이후 만든 새 Lovable 앱은 서버 측 렌더링을 지원하는 TanStack Start를 사용하고, 이전 앱은 호스팅 요구 사항이 다른 React·Vite 프로젝트로 남습니다. 시각 변경이 잦고 로그인이나 데이터가 일찍 필요한 웹 앱이라면 Lovable을 유지하겠습니다. 쉬운 이전이 필수라면 GitHub에서 코드를 찾는 데 그치지 않고 데이터베이스, 사용자, 파일, Secrets가 어떻게 이동하는지도 추적해야 합니다.

v0: 인터페이스 생성에서 전체 프로젝트로

v0는 Vercel의 AI 개발 에이전트이며 처음에는 React 인터페이스와 구성 요소 생성으로 알려졌습니다. 이후 디자인 중심의 Vercel 연결을 유지하면서 풀스택 프로젝트 작업으로 확장했습니다. Lovable과 직접 비교하겠습니다. 둘 다 시각적 반복에 적합하고 v0의 가장 강한 경로는 React, GitHub, Vercel을 통과합니다.

v0는 텍스트, 와이어프레임, 스크린샷을 정교한 인터페이스로 바꾼 뒤 VS Code 스타일의 전체 편집기에서 프런트엔드 코드, API 경로, 데이터베이스 연동까지 작업할 수 있습니다. Design Mode에서는 실제 Preview의 요소를 골라 제어 도구나 자연어 지침으로 조정합니다. 편집을 적용하면 새 프로젝트 버전이 생겨 소스 차이를 보고, 되돌리고, 다시 다듬을 수 있습니다.

Vercel·GitHub 작업 방식이 핵심입니다. Project는 여러 채팅에서 배포, 도메인, 환경 변수, 연동을 공유합니다. GitHub를 연결하면 채팅마다 전용 브랜치에서 작업하고 코드 변경 메시지가 자동으로 커밋되며, 직접 푸시하지 않고 풀 리퀘스트를 통해 main에 들어갑니다. 데이터베이스는 Neon, Supabase, Upstash와 연동할 수 있습니다.

2026년 8월 20일에 본 v0 공식 문서. 잘라낸 스크린샷은 Design Mode 위치를 보여 줍니다. 제어 버튼이 아니라 프로젝트 차이로 변경을 판단하세요.

React와 Vercel이 이미 정해졌고 랜딩 페이지, 대시보드, 정교한 UI가 중요한 프로젝트라면 v0를 높게 평가하겠습니다. 같은 연동이 경계도 만듭니다. Vercel에 매우 직접적으로 배포된다고 다른 호스트에서 조정이 필요 없다는 뜻은 아닙니다. 첫 화면이 맞아 보여도 양식, 권한, 데이터, 실패 상태를 시험해야 합니다.

Bolt: 브라우저가 JavaScript 런타임

Bolt.new는 StackBlitz의 AI 앱 빌더입니다. 원격 개발 머신을 스트리밍하는 대신 브라우저 안에서 Node.js 도구 체인을 실행하는 WebAssembly 환경 WebContainers를 기반으로 합니다. 단순히 코드를 생성하는 것이 아니라 브라우저에서 설치·실행되고 실패도 보이는 코드라는 점 때문에 별도 후보로 둘 가치가 있습니다.

Bolt 빠른 시작은 프롬프트, 코드 편집기, 브라우저 런타임, Preview를 한 경로에 둡니다. 브라우저 내 개발 런타임이 핵심으로, 로컬 프로젝트를 설정하지 않고 에이전트가 파일을 만들고 npm 패키지를 설치하고 Node.js 서비스를 시작하고 런타임 실패를 관찰하며 계속 수정할 수 있습니다. 첫 프롬프트에서 모바일 앱을 명시하면 Expo 호환 프로젝트도 만들 수 있습니다.

Bolt Cloud는 자동으로 준비되는 데이터베이스, 사용자 인증, Secrets, Edge Functions, 공유 가능한 bolt.host 주소를 포함한 호스팅을 추가합니다. 데이터베이스는 Supabase에서 소유·관리할 수도 있습니다. Code View, 버전 기록, GitHub 연동은 구현을 드러내고 인계 경로를 제공합니다.

2026년 8월 20일에 본 Bolt 공식 빠른 시작. 프롬프트 중심의 출발점을 보여 줄 뿐 완료된 과제 결과가 아닙니다.

단순히 소스를 받는 것보다 “지금 실행”이 중요하다면 JavaScript 또는 Node.js 프로토타입에 Bolt를 사용하겠습니다. 임의의 백엔드 언어를 지원하는 클라우드 IDE로 보지는 않습니다. PHP와 Python은 문서화된 런타임 밖이고 반복할 때마다 토큰을 사용합니다. 시작 전에 스택과 예산을 정해야 합니다.

Base44: 이미 준비된 백엔드

Base44는 현재 Wix가 운영하는 자연어 앱 빌더입니다. 디자인 전용 생성기보다 통합 업무 앱 플랫폼에 가깝습니다. 데이터, 사용자 신원, 백엔드 로직, 호스팅이 기본으로 제공됩니다. 정적 랜딩 페이지보다 CRM, 내부 도구, 멤버십 앱을 평가할 때 사용하겠습니다.

Base44 빠른 시작도 프롬프트와 실시간 Preview로 시작하지만 중심에는 업무 앱용 백엔드가 있습니다. NoSQL 데이터베이스는 모델을 엔터티로 나타내고 실시간 구독, 행·필드 단위 권한을 지원합니다. 인증은 이메일·비밀번호, 일반 소셜 공급자, SSO를 다룹니다. 맞춤 백엔드 로직은 Deno·TypeScript 서버리스 함수로 실행됩니다.

Base44는 연동을 여러 층으로 나눕니다. 내장 작업은 텍스트·이미지를 생성하고 이메일을 보내고 파일을 처리합니다. 커넥터는 Google Workspace나 Slack 같은 계정에 OAuth를 사용합니다. 맞춤 연동은 OpenAPI 설명에서 생성하고 백엔드를 통해 프록시할 수 있어 브라우저 코드가 자격 증명을 받지 않습니다. 정적 마케팅 페이지보다 CRM, 내부 앱, 회원 시스템, 작업 절차가 많은 앱이 이런 기능을 더 잘 활용합니다.

2026년 8월 20일에 본 Base44 공식 문서. 채팅·Preview 배치를 보여 줄 뿐 통합 서비스와 내보내기는 별도로 확인해야 합니다.

개발자 도구에는 React/Vite 코드 보기, API Activity Monitor, GitHub 작업 방식, ZIP 내보내기, 로컬 개발 경로가 있고 내장 호스팅은 HTTPS와 맞춤 도메인을 제공합니다. 여기서 “내보내기”의 의미를 살펴봐야 합니다. 프런트엔드와 함수를 옮겨도 데이터베이스, 인증, 연동, Base44 SDK가 자동으로 이동하지는 않습니다. 완전한 자체 호스팅이 첫 제약 조건일 때가 아니라, 설정을 줄이는 대신 플랫폼 의존성을 받아들일 때 Base44를 고려하겠습니다.

Google AI Studio: Gemini가 제품의 핵심일 때

Google AI Studio는 Gemini 프롬프트를 실험하는 Google의 브라우저 환경으로 시작했습니다. Build 모드는 이를 웹과 네이티브 Android 개발로 확장했습니다. 이제 앱을 만들 수 있다는 이유만으로 범용 기본값으로 선택하지는 않습니다. Gemini, 네이티브 Android, Cloud Run이 이미 제품의 핵심일 때 연동이 두드러집니다.

Google의 현재 Build 문서는 AI Studio가 Gemini 프롬프트 놀이터를 넘어섰음을 보여 줍니다. 웹 모드는 React 프런트엔드와 Node.js 서버 런타임을 만들고, npm 패키지와 네트워크로 접근 가능한 데이터베이스를 지원하며, Gemini API 키를 서버 측 Secrets에 둡니다. Antigravity Agent가 프로젝트 파일 전체의 변경을 관리하고 업데이트를 검증합니다. 프로젝트는 GitHub나 ZIP으로 옮기거나 Cloud Run에 직접 배포할 수 있습니다.

Android 모드는 브라우저 내 에뮬레이터, 실제 기기 설치, Play 테스트 경로가 있는 네이티브 Kotlin·Jetpack Compose 프로젝트를 생성합니다. 대부분의 웹 우선 빌더와 다른 중요한 특징입니다. 다만 현재 Android 프로젝트는 클라이언트 측이므로 웹 앱의 서버 런타임과 Secrets가 자동으로 따라오지 않습니다.

2025년 10월 Google AI Studio 공식 제품 이미지. Build 진입 화면을 보여 주며 주변의 기능 주장은 2026년 8월 20일에 다시 확인했습니다.

Gemini 텍스트·이미지·Live API 동작이 앱 자체이거나 네이티브 Android와 Cloud Run이 명시적인 목표라면 이 경로를 진지하게 고려하겠습니다. 공유된 AI Studio 앱에서는 권한을 받은 사람이 코드를 보고 포크할 수 있고, 그들의 Gemini 호출은 제작자의 할당량을 사용하며, 데이터베이스는 외부 서비스로 남습니다. “Gemini를 쉽게 추가했다”와 “데이터, 비용, 인계가 분명하다”를 따로 검증해야 합니다.

에이전트로 전환할 때

프롬프트 두 개가 실패했다는 이유만으로 더 기술적으로 보이는 에이전트로 프로젝트를 옮기지 않습니다. 도구 변경은 구체적인 제어 문제를 해결해야 합니다. 그렇지 않으면 같은 막연한 요청을 다른 입력 상자로 옮길 뿐입니다.

코스 프로젝트에서 옮긴 이유는 분명했습니다. 화면에 보이는 앱만으로 파일 단위 의존성 문제를 해결할 수 없었습니다. 작업 상태를 보존하고 관련 파일을 내보낸 뒤 Codex에 편집 전에 검사하라고 요청했습니다. Codex는 승인 범위 밖의 앱 동작과 다른 모든 파일은 그대로 두고, 사용하지 않는 글꼴 관련 줄 정확히 3개만 삭제하자고 제안했습니다.

Replit에서 Codex로 이어지는 과정은 바이브 코딩 입문에서 단계별로 다룹니다. 여기서 가치는 두 브랜드가 비교에서 이긴다는 홍보 근거가 아닙니다. 다음 주장에 다른 종류의 근거와 제어가 필요할 때 도구를 바꾼다는 실제 기준을 제공합니다.

코딩 에이전트

저장소가 생긴 뒤에는 에이전트에 더 많은 것을 요구합니다. “과제 완료”는 정보가 거의 없습니다. 계획, 권한 경계, 변경 파일, 차이, 명령 결과, 동작 재시험, 복구 경로를 보고 싶습니다.

Codex: 검토 가능한 변경을 중심으로 구성된 작업

Codex는 OpenAI의 코딩 에이전트로, 코드베이스를 이해하고 기능을 빌드·테스트하며 버그를 수정하고 변경을 검토하도록 설계됐습니다. 하나의 편집기에 묶이지 않고 데스크톱, CLI, IDE, 클라우드 환경에서 사용할 수 있습니다. 이 비교에서는 진입점의 수보다 과제 범위, 명령, 최종 차이를 하나의 검토 흐름에 유지하는지를 더 중요하게 봅니다.

Codex 워크플로는 파일을 편집하고 명령과 검사를 실행한 뒤 결과 차이를 검토하는 데 중심을 둡니다. 로컬 환경은 현재 작업 트리에서 직접 일할 수 있고, Git 워크트리는 병렬 변경을 격리하며, 클라우드 환경은 원격 샌드박스에 과제를 넘길 수 있습니다. 통합 터미널과 Review 화면은 명령 출력, 변경 파일, 줄 단위 차이를 하나의 과제에 연결합니다.

저장소 규칙과 반복 절차는 AGENTS.md, Skills, Plugins에 담아 lint, 테스트, 문서화, 릴리스 규칙을 프롬프트마다 다시 적지 않아도 됩니다. 권한과 샌드박스 설정은 에이전트가 접근할 수 있는 파일, 네트워크, 외부 도구를 제어합니다. 확장 범위가 커질수록 요청 목표, 보호 영역, 승인 명령은 더 명시적이어야 합니다.

보존된 프로젝트와 정확한 세 줄 차이로 재구성한 코스용 Codex 데스크톱 시연. 기록된 검토 동작을 보여 주며 원래 실행 화면은 아닙니다.

코스 기록에서 확인할 수 있었던 것은 “프로젝트가 수정됐다”가 아니라 보존된 원본과 비교한 세 줄의 제한된 삭제였습니다. 기존 저장소에서 버그 수정, 리팩터링, 테스트, 검토, 검증 가능한 여러 단계 과제를 수행한다면 Codex를 고려하겠습니다. 제품 아이디어만 있고 프로젝트 구조가 없다면 먼저 빌더로 시작하겠습니다.

Claude Code: 터미널 우선이며 확장성이 높음

Claude Code는 Anthropic의 에이전트형 코딩 환경입니다. 프로젝트 맥락, 도구, 권한, 실행 루프를 제공하는 하네스와 함께 터미널에서 시작했으며, 지금은 데스크톱, IDE, 웹, 자동화 환경으로도 확장됐습니다. 셸 명령과 Git 차이를 이미 편하게 읽고 자체 엔지니어링 규칙을 에이전트 루프에 연결하고 싶다면 고정된 빌더 인터페이스보다 자연스럽게 느껴집니다.

Claude Code에는 파일 작업, 코드 검색, 셸 명령, Git, 웹 검색, 코드 진단 도구가 포함됩니다. 루프는 맥락을 수집하고 작업한 뒤 검증합니다. Plan 모드는 탐색을 읽기 전용 도구로 제한하고, Default와 Auto-accept 모드는 어떤 편집과 명령에 승인이 필요한지 조정합니다. 각 파일 편집 전에 생성된 체크포인트는 Esc를 두 번 누르거나 /rewind로 복원할 수 있지만, 원격 데이터베이스·배포·API의 부작용은 이 복구 장치의 범위 밖입니다.

이 제품은 터미널 채팅 창 이상입니다. CLAUDE.md는 지속적인 프로젝트 규칙을 담고, Skills는 필요할 때 워크플로를 불러오며, MCP는 외부 서비스에 연결하고, Hooks는 도구와 세션 이벤트 전후에 결정론적 스크립트를 실행합니다. Subagents나 Agent Teams는 작업을 별도 맥락으로 옮깁니다. CLI 워크플로에 익숙하고 엔지니어링 규칙을 에이전트 루프에 연결하려는 팀에는 유용합니다. 다만 확장 기능마다 맥락, 권한, 유지관리 부담도 늘어납니다.

2026년 8월 20일에 확인한 Anthropic 공식 제품 이미지. 터미널 워크플로를 식별할 뿐 특정 저장소 변경을 검증하지는 않습니다.

터미널에 상시 시각적 Preview가 없다는 이유로 Claude Code를 낮게 평가하거나, 인터페이스가 기술적으로 보인다는 이유로 높게 평가하지 않겠습니다. 제게 이 워크플로가 유효하려면 제안된 명령을 읽고 Git 차이를 검사하며 로컬 체크포인트와 영구 버전 기록을 구분할 수 있어야 합니다.

Cursor: 자동 완성에서 에이전트로 점진적으로 이동

Cursor는 Anysphere가 만든 AI 우선 코드 편집기입니다. 코드베이스를 인식하는 채팅, 자동 완성, 편집으로 시작해 포그라운드와 클라우드 에이전트로 확장했습니다. 가장 유용한 차이는 단순히 “에이전트가 있다”가 아니라 자동 완성에서 집중 편집, 더 큰 위임 과제로 자율성 수준을 점진적으로 높일 수 있다는 점입니다.

현재 Cursor 워크플로는 서로 다른 세 규모의 지원을 다룹니다. Tab은 여러 줄과 파일을 넘나드는 자동 완성을 예측하고, Inline Edit는 선택한 코드를 변경하며, Agent는 코드베이스를 검색하고 여러 파일을 편집하며 터미널 명령을 실행하고 오류를 수정합니다. Ask 모드는 읽기 전용이고, Manual 모드는 명시적으로 선택한 파일만 편집하며, Custom 모드는 선택한 도구와 전문 지침을 결합합니다. 작은 변경마다 높은 자율성의 과제를 시작할 필요는 없습니다.

Review Diffs는 파일별 검사를 지원하고, Rules는 프로젝트 규칙을 보존하며, MCP는 외부 도구를 연결합니다. Checkpoints는 Agent가 만든 파일 변경을 자동 저장합니다. 로컬 기기 밖에서 작업할 때 Background Agents는 GitHub 저장소를 격리된 Ubuntu 환경에 복제하고 의존성을 설치하며 테스트를 실행한 뒤 별도 브랜치를 푸시합니다. 웹, 모바일, Slack 화면에서도 이러한 실행을 시작하거나 추적할 수 있습니다.

2026년 8월 20일에 확인한 Cursor 공식 문서 이미지. Agent 검토 화면을 보여 주며 표시된 변경이 올바른지는 증명하지 않습니다.

편집기에서 이미 코드를 읽고 수정하며 자동 완성과 에이전트 작업 사이를 점진적으로 오가고 싶다면 Cursor가 자연스러운 선택입니다. 로컬 체크포인트는 Agent 변경만 다루고 수동 편집은 포함하지 않으며 자동으로 정리되므로 Git을 대신할 수 없습니다. 백그라운드 환경은 인터넷에 접근하고 명령을 자동 실행하므로 저장소 권한, Secrets, 프롬프트 인젝션 노출을 별도로 검토하겠습니다.

Windsurf: Cascade와 Devin의 이중 워크플로

Windsurf는 Cognition의 에이전트형 IDE로, 회사의 자율형 클라우드 에이전트 Devin과 함께 개발됩니다. 이것이 편집기 안에서 Cascade와 동기식으로 작업하고 더 긴 과제를 클라우드 에이전트에 위임하는 이중 구조를 설명합니다. 여러 과제를 지켜봐야 할 때는 매력적이지만 작은 저장소 변경 하나에는 지나치게 복잡할 수 있습니다.

Windsurf 2.0도 편집기에서 시작합니다. Cascade는 코드베이스 옆에서 과제를 계획하고 파일을 검색·편집하며 도구를 호출하고 진단을 읽습니다. 변경이 잘못되면 체크포인트와 되돌리기를 사용합니다. 편집기는 여러 공급자의 모델을 제공합니다. Code Maps는 파일과 심벌의 관계를 시각화하고, Preview는 웹 변경을 변경이 이루어진 같은 환경에서 실행합니다.

2.0의 핵심 추가 기능은 Agent Command Center입니다. Kanban 보드는 로컬 및 클라우드 에이전트를 모으고, Spaces는 프로젝트별로 세션, 풀 리퀘스트, 파일, 맥락을 정리합니다. 로컬 에이전트와 만든 계획을 Devin에 넘기면 자체 VM의 데스크톱, 브라우저, 터미널에서 계속 작업합니다. 따라서 Windsurf는 코드 옆의 채팅 패널에 그치지 않고 즉각적인 편집기 협업과 더 긴 백그라운드 작업을 모두 지원합니다.

2026년 8월 20일에 확인한 Cascade 공식 문서 이미지. 편집기 안에서 에이전트의 위치를 보여 주며 현재 Windsurf 2.0 화면에는 더 폭넓은 Devin 통합도 포함됩니다.

로컬 Cascade와 클라우드 Devin의 조합은 여러 과제를 동시에 진행할 때 매력적이지만 권한과 과금을 한눈에 이해하기는 더 어렵습니다. 로컬 편집, 원격 실행, 모델 선택, 사용량 제한에 하나의 규칙이 적용되지 않을 수 있습니다. 복원하기 전에 체크포인트 범위를 확인하고 클라우드 인계 전에 저장소, 네트워크, 자격 증명 경계를 확인하겠습니다.

GitHub Copilot 앱: GitHub 워크플로 안의 세션

GitHub Copilot은 편집기 안의 코드 자동 완성으로 먼저 익숙해졌습니다. 독립형 GitHub Copilot 앱은 2026년 6월에 정식 출시되며 작업 단위를 제안에서 브랜치, 이슈, 풀 리퀘스트로 옮겼습니다. 가장 분명한 사용자는 모든 GitHub 사용자가 아니라, 이미 이슈와 PR을 중심으로 일하면서 여러 세션을 병렬 실행하려는 팀이라고 봅니다.

각 세션은 자체 Git 워크트리, 현재 로컬 저장소, GitHub 호스팅 클라우드 샌드박스에서 전용 브랜치로 실행할 수 있습니다. 여러 과제가 하나의 작업 트리를 두고 충돌하지 않고 진행되며, 이슈에서 구현, 차이 검토, 커밋, 풀 리퀘스트 작업으로 바로 이어질 수 있습니다.

Interactive 모드는 협업을 위해 멈추고, Plan 모드는 승인을 위한 계획을 제시하며, Autopilot은 기다리지 않고 코드를 작성하고 테스트를 실행하며 반복할 수 있습니다. 세션마다 서로 다른 모델과 추론 수준을 사용할 수 있고, Auto는 과제에 따라 모델을 선택하며, 사용자의 API 키로 외부 공급자를 추가할 수 있습니다. 통합 터미널, 브라우저 도구, Quick Chat, 세션 기록이 실행과 검토를 지원합니다.

2026년 6월 17일 GitHub 공식 발표 이미지. 편집기 안의 인라인 자동 완성이 아니라 독립형 Copilot 앱을 보여 줍니다.

코드가 이미 GitHub에 있고 일상적인 작업이 이슈와 풀 리퀘스트를 중심으로 돌아간다면 Copilot 앱을 일찍 시험하겠습니다. 로컬 워크트리, 직접 연 로컬 폴더, 클라우드 샌드박스는 격리, 리소스 접근, 비용 경계가 서로 다릅니다. Autopilot은 기다리지 않고 진행할 수 있지만 최종 검토는 여전히 직접 하겠습니다.

Google Antigravity: 검토 산출물로 쓰는 계획과 스크린샷

Google은 2025년 11월 Antigravity를 공개했습니다. 편집기, 터미널, 브라우저에 걸친 에이전트 우선 플랫폼이며, Antigravity 2.0은 IDE, CLI, SDK 화면을 유지하면서 독립형 명령 센터를 추가했습니다. 진입점이 많아서가 아니라 계획, 차이, 스크린샷, 녹화가 댓글을 달 수 있는 산출물이 된다는 점 때문에 후보에 넣었습니다.

독립형 앱은 여러 로컬 에이전트와 예약 과제를 한곳에서 시작하고 관찰합니다. Antigravity IDE에서는 에이전트가 편집기, 터미널, 브라우저를 사용합니다. 비교에서 두드러지는 지점은 진입점 수가 아니라 산출물이 제어 루프의 일부가 되는 방식입니다.

코딩 전에 에이전트는 문서처럼 댓글을 달 수 있는 Implementation Plan과 Task List를 만들 수 있습니다. 구현 중에는 코드 차이를 만들고, 완료 뒤에는 Walkthrough가 변경과 테스트를 설명합니다. 브라우저 하위 에이전트는 앱을 직접 클릭하고 스크린샷이나 녹화를 첨부할 수 있습니다. Google의 공식 Codelab은 특정 시점으로 되돌리는 Undo와 IDE 진단 또는 선택한 터미널 오류를 에이전트에 보내는 기능도 보여 줍니다.

2026년 8월 20일에 확인한 Google Antigravity 공식 Codelab 이미지. 검토를 기다리는 계획을 보여 주며 이후 구현이 그 계획과 일치했는지는 증명하지 않습니다.

UI 동작을 브라우저에서 검증해야 하거나 계획과 시각적 증거를 소스 변경 옆에서 보고 싶을 때 Antigravity를 후보로 두겠습니다. 산출물이 많다고 증거가 자동으로 강해지는 것은 아니며, 일부 정책에서는 Proceed를 기다리지 않고 에이전트가 계속할 수 있습니다. 계획, 차이, 스크린샷, 녹화를 요구 사항에 하나씩 다시 연결해 확인하겠습니다.

가격표가 감추는 것

월 가격은 잘못된 비교 가능성을 만들기 때문에 주요 표에서 제외했습니다. 제품마다 구독 접근, 메시지, 크레딧, 토큰, 모델 사용량, 컴퓨팅, 배포 또는 이들의 조합을 측정합니다. 광고된 월 가격이 낮아도 실행이 중간에 끊길 수 있고, 더 높은 요금제에는 다른 제품이 별도 청구하는 모델 또는 컴퓨팅 크레딧이 포함될 수 있습니다.

요금제를 고르기 전에 하나의 광고 월 가격 대신 다음 세 가지 사실을 비교하세요.

1. 전체 빌드, Git 내보내기, 백그라운드 에이전트, 클라우드 샌드박스처럼 필요한 워크플로를 포함하는 최저 요금제
2. 실제로 측정되는 단위—토큰, 크레딧, 메시지, 모델 호출, 컴퓨팅 또는 에이전트 작업량
3. 생성 뒤에도 이어지는 별도 호스팅, 데이터베이스, 모델 또는 배포 요금

결제 직전에 공식 가격과 결제 화면을 확인하세요. 공정한 비용 시험은 범위가 제한된 자신의 과제에 든 비용을 기록하는 것입니다. 표시 가격이 가장 낮은 요금제가 과제를 끝낼 것이라고 가정하지 않습니다.

제외한 두 도구

과거에 널리 알려졌더라도 새 사용자 경로가 사라진 도구는 남기지 않았습니다. Firebase Studio는 2027년 3월 22일 종료를 앞두고 2026년 6월 22일 새 작업 공간 생성과 사용자 가입을 중단했으며, 새 작업은 Google AI Studio 또는 Antigravity로 안내합니다. Firebase 마이그레이션 문서를 보면 새 사용자에게 추천하기에는 적합하지 않습니다.

GitHub Spark도 2026년 8월 신규 사용자와 신규 애플리케이션을 더 이상 받지 않기 시작했습니다. 현재 GitHub Spark 문서는 기존 사용자에게 작업 내보내기를 안내합니다. 두 제품 모두 이 범주의 역사에서는 중요할 수 있지만 지금 도구를 고르는 사람을 위한 주요 비교 자리를 차지해서는 안 됩니다.

제가 선택한다면

이 표만으로 전체 우승자를 정하지 않겠습니다. 같은 제품도 한 행에서는 합리적이고 다른 행에서는 불필요하게 복잡할 수 있습니다. 첫 프로젝트라면 같은 행에서 두 제품을 후보로 고르고, 필요한 기능이 현재 요금제에 포함되는지 확인한 뒤 각각에서 하나의 완전한 사용자 경로를 만들어 보겠습니다. 그 뒤에 범위를 넓히겠습니다.

실제 프로젝트에 투입하기 전에 이 과정을 연습하고 싶다면 AILesson 바이브 코딩 입문 코스가 하나의 가상 앱을 브리프에서 Preview, 집중 수정, 파일 검사, 범위가 제한된 에이전트 변경, 검증, 공개되지 않은 상태를 정직하게 밝히는 인계까지 따라갑니다. 증거가 끝나는 지점에서 멈추며, 결과 데모를 프로덕션 준비 완료, 독립적으로 재현 가능, 공개 배포 완료라고 설명하지 않습니다.

어떤 도구를 선택하든 같은 승인 규칙을 유지하세요. 세련된 화면은 후보 결과입니다. 동작, 변경, 검사, 복구 경로, 인계 상태가 자신이나 다음 사람이 살펴볼 수 있을 만큼 드러날 때 신뢰가 커집니다.

참고 자료

• Replit Agent 문서 — 계획, 테스트, 체크포인트, 통합 작업 공간.
• Lovable 배포 및 소유권 문서 — 관리형 서비스, GitHub 코드 소유권, 호스팅, 마이그레이션 경계.
• Bolt 소개 — 브라우저 기반 빌드, 데이터베이스, 인증, 호스팅.
• v0 FAQ — 2026년 편집기, Git 통합, 프로젝트, Preview 변경.
• Base44 개발자 도구 — 코드 접근, 백엔드 서비스, 통합, GitHub, 로컬 개발.
• Google AI Studio Build 문서 — 현재 웹 및 Android Build 모드, 내보내기, 배포 경로.
• Codex 문서 — 프로젝트 이해, 변경, 명령, 검사, 검토.
• Claude Code 작동 방식 — 내장 도구, Plan 모드, 권한, 체크포인트.
• Cursor Agent 문서 — 자동 완성, Agent 도구, 프로젝트 맥락, 검토 워크플로.
• Windsurf 2.0 및 Cascade 문서 — 현재 편집기, 에이전트 조율, 계획, 도구, 체크포인트, 진단.
• GitHub Copilot 앱 세션 — 세션 모드, 모델, 브랜치, 격리 작업 공간.
• Google Antigravity Codelab — 제품 화면, 브라우저 동작, 예약 실행, 산출물 중심 작업.