Cursor Cloud Agents
Cursor Cloud Agents, DB 연결 없으면 절반만 됩니다
AI가 VM에서 혼자 코딩하고 PR까지 보낸다는 말, 반은 맞고 반은 조건이 붙습니다.
AI Agent 자율 생성 비율
Agent 수 (이론상)
필수 선행 조건
Cloud Agents가 뭔지, 결론부터 말씀드리면
2026년 2월 24일, Cursor가 Cloud Agents를 정식 출시했습니다. 기존 ‘Background Agents’를 전면 개편한 버전입니다. 핵심 아이디어는 단순한데, AI에게 자기만의 가상 머신(VM)을 한 대 줘서 거기서 혼자 코딩하게 만드는 겁니다. 개발자는 “이 기능 만들어줘”라고 지시만 하면, Cloud Agents가 코드를 작성하고, 빌드하고, 브라우저를 켜서 직접 확인하고, 영상으로 기록한 뒤 PR(Pull Request)까지 올립니다.
개발자 노트북을 점령하지 않고, 여러 Agent를 동시에 돌릴 수 있다는 점이 이전 방식과 완전히 다릅니다. 솔직히 말하면 들었을 때는 “그게 진짜 되나?”라는 생각부터 들었습니다. 됩니다. 단, 조건이 붙습니다. 그 조건이 뭔지가 이 글의 핵심입니다.
web, 데스크탑, 모바일, Slack, GitHub 어디서든 에이전트를 시작할 수 있고, 작업이 끝나면 영상·스크린샷·로그가 달린 merge-ready PR이 올라옵니다. (출처: Cursor 공식 블로그, 2026.02.24)
VM 위에서 혼자 실행하고 영상까지 찍는 원리
Cloud Agents가 이전 AI 코딩 도구와 결정적으로 다른 부분이 여기 있습니다. 기존 도구들은 코드를 생성하는 데서 멈췄습니다. Cloud Agents는 격리된 VM에서 실제로 앱을 실행합니다. 브라우저를 켜고, localhost로 이동하고, 버튼을 직접 클릭해서 기능이 제대로 동작하는지 스스로 확인합니다. 뭔가 깨지면 다시 수정합니다. (출처: Cursor 공식 블로그, 2026.02.24)
Cloud Agents의 핵심 가치는 “코드 생성”이 아니라 “실행 결과 증명”입니다. 영상 아티팩트가 단순 데모 기록이 아니라, Agent가 자기 작업을 검증했다는 증거입니다. 개발자가 diff를 한 줄씩 읽을 필요 없이, 30초짜리 영상으로 “동작 확인”을 대체할 수 있습니다.
Agent는 코드베이스를 스스로 온보딩합니다. 즉 별도로 프로젝트 구조를 설명하지 않아도 저장소를 분석해서 시작합니다. 작업이 끝나면 변경 사항을 main에 rebase하고, 충돌이 생기면 스스로 해결한 뒤 단일 커밋으로 squash해서 PR을 올립니다. 공식 블로그에 그대로 나와 있는 내용입니다.
Cursor 내부에서 먼저 써봤더니 — 30% 수치의 진짜 맥락
Cursor는 정식 출시 전부터 약 한 달간 Cloud Agents를 내부에서 사용했습니다. 그 결과로 나온 수치가 “현재 Cursor가 merge하는 PR의 30% 이상이 Cloud Agents가 자율적으로 생성한 것”입니다. (출처: Cursor 공식 블로그 blog/agent-computer-use, 2026.02.24) 이 수치는 단순히 인상적인 숫자가 아닙니다. 출시 직후 한 달 만에 내부 PR의 30%를 AI가 채웠다는 의미입니다.
Cursor 공식 블로그(scaling-agents)에 공개된 대규모 마이그레이션 사례를 보면, Solid → React 전환 작업에서 Agent가 +266,000줄 추가 / -193,000줄 삭제를 3일 안에 처리했습니다. 사람이 이걸 검토하고 다듬는 데 걸린 시간이 오히려 Agent가 코드를 짠 시간보다 길었다는 설명도 함께 나옵니다.
계산하면: 259,000줄 순변동 ÷ 3일 = 하루 약 86,000줄 처리. 시니어 개발자 1명이 하루 200~300줄 작성한다고 가정하면, 약 280~430명분의 단순 코드 변환 작업량입니다.
Cursor 팀이 직접 사용한 사례에는 신기능 구현, 보안 취약점 재현, 린트 레이블 수정, 문서 사이트 45분 UI 검증 등이 포함됩니다. 막상 써보니 “태스크를 잘게 쪼개서 관리하던 방식”을 버리고 “더 야심찬 태스크를 통째로 맡기는 방식”으로 바뀌었다고 공식 블로그에 직접 나옵니다.
.env 없으면 절반만 됩니다 — 실사용 벽
출시 직후 Cursor 공식 커뮤니티 포럼에서 가장 많이 등장한 질문이 하나 있습니다. “DB가 없으면 어떻게 동작하냐”는 겁니다. 이 질문이 핵심을 찌릅니다.
- .env 파일 / 시크릿 미설정 시 — DB·인증이 필요한 앱은 로컬 서버 자체가 실행되지 않아 영상 데모 생성 불가
- Google Fonts 같은 외부 도메인 — VM 네트워크 허용 목록에 없으면 Next.js 기본 앱도 설정 충돌 발생 (포럼 실사용자 보고)
- Chromium 계열 브라우저(Linux) — 온보딩 페이지 비디오 자동재생 중 탭 메모리 부족 크래시 확인 (포럼 실사용자 보고)
- Composer 1.5 모델 — 동일 태스크에서 Codex·Opus는 데모 생성에 성공했으나 Composer는 실패 사례 다수 보고
- Windows 데스크탑 앱 — 출시 직후 Agent 드롭다운 메뉴에 Cloud Agents 옵션이 표시되지 않는 문제 보고
공식적으로 Cursor가 이유를 밝히지 않은 부분도 있습니다. 포럼의 실사용자 피드백(2026.02.25 기준)을 보면, “Auth·DB 없이 동작하는 앱, 즉 Storybook이나 순수 프론트엔드 프로젝트에선 매우 인상적”이지만, “일반적인 B2B·풀스택 앱에선 시크릿 설정과 DB 연결 환경을 직접 세팅해야 한다”는 평가가 지배적입니다. 이 부분이 대부분의 홍보 콘텐츠가 말하지 않는 현실입니다.
경쟁 도구와 어떻게 다른가 — GitHub Copilot·Claude Code
2026년 3월 현재 AI 코딩 도구는 사실상 세 축으로 정리됩니다. Cursor, GitHub Copilot, Claude Code입니다. 각각 어디가 다른지 핵심만 짚겠습니다.
| 구분 | Cursor Cloud Agents | GitHub Copilot Workspace | Claude Code |
|---|---|---|---|
| 실행 환경 | 격리 클라우드 VM | 클라우드 샌드박스 | 로컬 터미널 기반 |
| 앱 실행 확인 | ✅ 직접 브라우저 조작 | ⚠️ 제한적 | ❌ 별도 설정 필요 |
| 영상 아티팩트 | ✅ 자동 기록 | ❌ 없음 | ❌ 없음 |
| 시작 방법 | Web·앱·Slack·GitHub | GitHub 연동 | 터미널 명령 |
| 병렬 실행 | ✅ 이론상 무제한 | ⚠️ 제한 있음 | ⚠️ 로컬 자원 공유 |
| 최저 요금 | 약 $20/월 (Pro) | 약 $19/월 | API 사용량 기준 |
Claude Code는 2026년 초 기준 개발자 “가장 선호” 설문에서 46% 점유율로 1위지만 (출처: dev.to, 2026.03.10), Cloud Agents와 직접 경쟁하는 영역이 다릅니다. Claude Code는 로컬 터미널 중심 깊은 추론에 강하고, Cloud Agents는 “실행 + 검증 + PR 자동화”라는 end-to-end 워크플로에 특화됩니다.
공식 발표와 실제 흐름을 같이 놓고 보니 보이는 것
Cursor가 공개한 “self-driving codebases” 비전(cursor.com/blog/self-driving-codebases, 2026.02.05)에는 Planner·Worker·Integrator·Judge 구조의 다중 에이전트 조율 시스템이 담겨 있습니다. Cloud Agents 정식 출시는 이 로드맵의 첫 번째 레이어를 제품화한 것입니다.
여기서 한 가지 눈에 띄는 게 있습니다. 대부분의 리뷰가 Cloud Agents를 “편한 자동화 도구”로 소개하지만, 실제 Cursor 내부 연구 문서(scaling-agents)를 읽으면 훨씬 구조적인 그림이 보입니다. 단일 에이전트가 아니라 Planner가 계획하고 Worker들이 병렬로 실행하고 Judge가 검증하는 다계층 구조가 이미 실험 단계에 있고, 일부가 Cloud Agents에 반영됐습니다.
솔직한 부분도 하나 있습니다. Cursor 연구팀이 scaling-agents 블로그에서 직접 인정했는데, “1,000개 태스크 중 100% 성공률은 불가능하다”고 했습니다. API 비용, 모델 한계, Git 잠금 충돌 등 현실적인 제약이 있습니다. 이 부분은 아직 공개적으로 해결책이 나오지 않았습니다.
Cloud Agents가 PR을 자동 생성하면 개발자는 “코드 작성자”에서 “PR 리뷰어 + 방향 결정자”로 역할이 바뀝니다. Cursor 공식 블로그는 이걸 “개발자의 역할이 방향 설정과 무엇을 출시할지 결정하는 것으로 바뀐다”고 직접 표현합니다. 이 전환이 빠를수록 30%가 아니라 70%+ 시나리오도 현실적이라는 뜻입니다.
요금제별 사용 가능 여부 — 놓치면 아깝습니다
Cloud Agents는 현재 Cursor Pro($20/월) 이상 요금제에서 사용 가능합니다. 단, 비용 구조가 일반 자동완성과 다릅니다. Cloud Agents는 API 사용량 기반으로 과금되는데, VM 위에서 브라우저를 조작하고 영상을 기록하는 과정에서 토큰이 상당히 소모됩니다. Cursor 공식 커뮤니티에서 실사용자들이 “Composer 1.5가 비용을 크게 낮춰줬다”고 언급한 배경이 여기 있습니다.
| 요금제 | Cloud Agents | 월 요금 | 비고 |
|---|---|---|---|
| Free | ❌ | $0 | 기본 자동완성만 |
| Pro | ✅ | 약 $20 | API 과금 별도 |
| Ultra | ✅ | 약 $200 | 고한도 포함 |
| Business | ✅ | 팀 협의 | 팀 네트워크 허용목록 설정 가능 |
주의할 점이 하나 있습니다. 팀 네트워크 허용 목록 설정이 현재 개인 설정 탭에만 있고, 팀 설정 페이지에는 없다는 불편 사항이 포럼에 보고됐습니다. 이 부분은 아직 Cursor가 공식 답변을 내놓지 않은 상태입니다.
Q&A — 써보기 전에 궁금한 것들
마치며
Cursor Cloud Agents는 분명 AI 코딩 도구의 새로운 챕터를 열었습니다. 코드를 생성하는 것을 넘어, 직접 실행하고 영상으로 증명하고 PR까지 올리는 흐름은 이전에 없던 방식입니다. 내부 PR의 30%를 한 달 만에 AI가 채웠다는 수치는 숫자 이상의 의미를 담고 있습니다.
다만 “AI가 다 한다”는 식의 과장은 경계해야 합니다. .env 없으면 절반만 됩니다. DB 연동이 필요한 앱은 초기 시크릿 세팅이 필수고, 네트워크 허용 목록 등 세부 설정이 아직 불편한 구석이 있습니다. 이 부분을 알고 시작하면 기대와 현실 사이의 간격을 많이 줄일 수 있습니다.
써볼 생각이라면 DB·인증이 없는 가벼운 프로젝트로 시작해서 감을 잡고, 거기서 점차 확장하는 방식을 추천합니다. cursor.com/onboard에서 첫 온보딩을 해보면 Agent가 코드베이스를 분석하고 데모를 기록하는 과정을 실시간으로 볼 수 있습니다. 직접 보는 게 가장 빠릅니다.
본 포스팅 참고 자료
- Cursor 공식 블로그 — Cloud Agents with Computer Use (2026.02.24)
https://cursor.com/blog/agent-computer-use - Cursor 공식 블로그 — Scaling Agents (2026.01.14·02.05)
https://cursor.com/ko/blog/scaling-agents - Cursor 공식 Changelog — 02-24-26 Cloud Agents
https://cursor.com/changelog/02-24-26 - Cursor 공식 커뮤니티 포럼 — Cloud Agents with Computer Use (2026.02.24~26)
https://forum.cursor.com/t/cloud-agents-with-computer-use/152829 - Cursor 공식 블로그 — Self-Driving Codebases (2026.02.05)
https://cursor.com/blog/self-driving-codebases
본 포스팅은 2026년 3월 24일 기준으로 작성되었습니다. 본 포스팅 작성 이후 Cursor의 서비스 정책·UI·기능·요금제가 변경될 수 있습니다. 최신 정보는 cursor.com 공식 사이트에서 확인하시기 바랍니다.
댓글 남기기