이 글에서 다루는 내용: Cloud Agents와 로컬 Agent의 차이, 시작 방법, 잘 맞는 작업 유형, 사용량·보안 주의점.
※ 2026년 8월 15일 갱신: builds가 나왔습니다(8/13) — 에이전트 실행 환경을 미리 준비해두는 기능으로, 에이전트 시작이 약 3배, 내부 환경 부팅은 10배까지 빨라졌습니다. 그동안 Cloud Agents의 최대 불만이 "걸어놓고 한참 기다리는 시작 시간"이었는데, 이게 체감이 확 다릅니다. 저장소 설정에서 build 구성을 한 번 해두면 이후 세션들이 그 스냅샷에서 바로 시작해요 — 클라우드 위임을 몇 번 쓰다 접었던 분이라면 다시 써볼 이유가 생겼습니다.
※ 2026년 7월 15일 갱신: Cursor 3.11부터 클라우드 에이전트에도 훅이 확장되어, 대화·프롬프트·서브에이전트·턴 완료 시점을 스크립트로 관찰·제어할 수 있게 됐습니다. 완료 알림이나 안전장치를 훅으로 걸어두는 운용이 클라우드 위임에서도 가능해진 것입니다.
로컬 Agent와 뭐가 다른가
| 항목 | 로컬 Agent | Cloud Agents |
|---|---|---|
| 실행 위치 | 내 컴퓨터 | 격리된 클라우드 VM |
| 작업 중 내 PC | 켜져 있어야 함, 자원 공유 | 꺼도 됨, 자원 소모 없음 |
| 병렬성 | 제한적 (로컬 자원 한도) | 여러 저장소 동시 작업 |
| 도구 | 로컬 터미널·파일 | VM의 터미널·브라우저까지 |
| 확인 방식 | 실시간 diff | 비동기 (완료 후 결과 검토) |
시작 방법
Pro 이상 플랜에서 Agent 화면의 실행 대상을 클라우드로 선택하면 됩니다. 저장소 연결(GitHub 등)을 한 번 설정하면, 이후에는 작업 지시 → 클라우드에서 실행 → 완료 알림 → IDE나 웹에서 diff 검토 → 승인 시 브랜치/PR로 반영되는 흐름입니다. 최신 버전의 Agents Window에서는 로컬·클라우드 에이전트를 한 화면에서 관리할 수 있습니다.
잘 맞는 작업 유형
시간이 오래 걸리는 정형 작업: 대규모 리팩토링, 의존성 업그레이드에 따른 수정, 테스트 커버리지 채우기. 내 작업과 분리하고 싶은 작업: 로컬에서 다른 작업을 하는 동안 병렬로 진행. 여러 저장소에 걸친 반복 작업: 같은 변경을 여러 프로젝트에 적용. 반대로 몇 분이면 끝나는 작은 수정은 로컬 Agent나 Cmd+K가 빠르고 경제적입니다. 왕복(지시-확인) 주기가 긴 만큼, 지시가 모호하면 낭비도 커집니다. 명세형 지시 원칙은 Agent 모드 글과 동일하게 적용됩니다.
주의점: 사용량과 보안
사용량. 클라우드에서 장시간 자율 작업하는 만큼 포함 사용량 소모가 큽니다. 지출 한도 설정은 필수이고, 병렬로 여러 개를 돌리면 소모도 병렬이라는 점을 기억하세요. 보안. 저장소 접근 권한을 부여하는 기능이므로 회사 코드라면 조직 정책 확인이 먼저입니다. 프라이버시 모드 적용 여부와 저장소 접근 범위를 설정에서 확인하세요. Enterprise 플랜은 저장소·에이전트 실행에 대한 관리자 통제를 제공합니다.
써보고 정리한 활용 원칙
처음에는 신기해서 이것저것 맡겨봤는데, 지금은 "아침에 검토할 가치가 있는 작업인가"를 기준으로 씁니다. 실제로 효과를 본 패턴은 두 가지였습니다. 하나는 퇴근 전에 테스트 보강 작업을 걸어두고 다음 날 diff만 검토하는 것 — 몇 시간짜리 작업이 제 시간을 20분(검토)만 쓰게 됐습니다. 다른 하나는 로컬에서 기능 개발을 하는 동안 클라우드에서 별도 브랜치의 리팩토링을 병렬로 돌리는 것. 반면 지시가 두루뭉술했던 작업은 아침에 열어보면 방향이 어긋나 있어서 결국 다시 시켰는데, 왕복이 하루 단위라 낭비가 로컬보다 훨씬 아팠습니다. 클라우드에 맡길수록 지시는 더 명세서에 가까워야 합니다.
자주 묻는 질문 (FAQ)
Q. 무료 플랜에서도 쓸 수 있나요?
A. 아니요. Cloud Agents는 Pro 이상에서 제공됩니다.
Q. 작업 중간에 개입할 수 있나요?
A. 네. 진행 상황을 확인하고 추가 지시를 보내거나 중단할 수 있습니다. 다만 기본 흐름은 비동기 검토이므로, 실시간 개입이 자주 필요한 작업이라면 로컬 Agent가 맞습니다.
Q. 결과물은 어떻게 반영되나요?
A. 브랜치/PR 형태로 반영하는 흐름이 기본입니다. 메인 브랜치에 직접 반영하지 않도록 저장소 보호 규칙을 함께 쓰는 것을 권합니다.
Q. 모바일에서도 확인할 수 있나요?
A. 네. Cursor는 웹·모바일에서 에이전트 진행 상황을 확인하고 지시할 수 있는 환경을 제공합니다. 이동 중 검토가 가능해지는 것도 Cloud Agents의 장점입니다.
한눈에 보는 요약
Cloud Agents는 "에이전트의 퇴근 없는 야간 근무"입니다. 덩어리 작업을 명세형으로 맡기고 결과만 검토하되, 지출 한도와 저장소 권한은 먼저 챙기세요. 작은 작업은 여전히 로컬이 빠르고 쌉니다.
함께 보면 좋은 글
Cursor Agent 모드는 언제 쓰는 게 좋을까?
Cursor에서 모델 선택 기준
Cursor 요청 한도 초과 대처법
참고 자료
'Cursor' 카테고리의 다른 글
| Cursor Bugbot 사용법: 리뷰당 $1의 AI 코드 리뷰, 이렇게 쓰세요 (0) | 2026.07.11 |
|---|---|
| Cursor vs Windsurf(Devin Desktop) 비교: 2026년에도 갈아탈 이유가 있을까? (1) | 2026.07.07 |
| Cursor 단축키 총정리: Cmd+K, Cmd+L, Cmd+I 뭐가 다를까? (0) | 2026.07.07 |
| Cursor로 테스트 코드 자동 생성하기: 커버리지보다 중요한 것 (0) | 2026.07.07 |
| Cursor로 레거시 코드 리팩토링한 경험: 통했던 순서와 실패했던 방식 (0) | 2026.07.07 |