Cursor Background Agents 최적 런타임은? 로컬 Mac vs 클라우드 Mac 실측

1. Background Agent가 바꾼 것: 채팅에서 장시간 작업으로

2025년 말~2026년 Cursor는 Background Agents를 Cloud Agents로 개명(공식 문서는 구칭 병기). 노트북에서 몇 시간 걸리던 코딩을 독립 VM에서 비동기 완료하고 PR·스크린샷·로그·원격 데스크톱 재생으로 전달. Cursor Desktop Cloud 모드, cursor.com/agents, Slack/GitHub/Linear @Cursor, API로 트리거.

IDE 한 줄 보완과 전혀 다르다. 전형적 작업: 디렉터리 간 리팩터, lint 일괄 수정, 테스트 보강, 의존성 업그레이드, Issue 구현——수분~수시간, clone·의존성 설치·shell·MCP·자체 테스트·PR 필요. 환경 미구성 Agent는 성능이 나오지 않는다——.cursor/environment.json, Dockerfile, snapshot 고정이 1순위.

kvmboot 티켓도 'Background Agent 켜는 법'에서 'xcodebuild/시뮬레이터 필요——Linux VM 부족, 클라우드 Mac 임대?'로 이동. 어제 Hermes Agent Skills 설치 목록은 '무엇을 설치할지', 본문은 '어느 머신에서 돌릴지'——MCP Server 배치, 클라우드 Mac 듀얼 Agent 분리와 같은 결정 사슬이나 Cursor에는 공식 호스트 VM이 있어 먼저 구분해야 한다.

2. Cursor 공식 Cloud Agent 실행 위치: Linux VM, Mac 아님

기본적으로 Cursor Cloud Agent는 Cursor 호스팅 격리 Linux VM에서 동작: GitHub/GitLab clone, 브랜치 편집, 명령 실행, 팀 MCP, .cursor/hooks.json shell 훅, push 및 PR. 노트북 뚜껑을 닫아도 VM에서 계속 실행.

순수 Web, Node, Python, Go, Rust(Linux 타깃) 팀에 적합: Dockerfile/snapshot, Dashboard Secrets, PR Artifacts. 프론트엔드용 원격 데스크톱 인수도 지원.

경계: 기본 VM은 Linux, macOS 아님. Xcode, iOS Simulator, codesign, Apple 키체인, macOS 전용 CLI 불가. 로컬 IDE나 ~/.cursor/hooks.json 훅은 클라우드 VM에서 실행 안 됨.

결론: Cursor Cloud Agent는 Linux 폐루프에 강하고, Apple 납품에는 별도 macOS 런타임——보통 전용 클라우드 Mac.

3. Apple 팀이 macOS 런타임이 필요한 이유(L1: 문제 분해)

Background Agent를 '코드 쓰는 CI Worker'로 보면 선택이 명확하다. Linux Cloud VM이 못 받는 네 유형——클라우드 Mac 동일 호스트는 가능:

3.1 Xcode와 시뮬레이터: 발밑이 macOS

계획에 'Swift 수정 → 빌드 → 시뮬레이터 → 스크린샷 검수'가 많다. Linux VM에서는 소스 편집까지——UI·서명 체인 자증 불가. WWDC 2026 이후 iOS 27 beta( macOS beta와 CI 격리)에서도 Linux Agent는 beta SDK 통과 검증 불가.

3.2 경로, worktree, MCP: 절대 경로 바인딩

Claude Code처럼 도구 호출은 현재 머신 절대 경로에 묶인다. repo+MCP+Hooks 작업 디렉터리를 한 클라우드 Mac에 두면 파일시스템 일치. worktree 병렬: 원격 Mac worktree 단기 임대.

3.3 뚜껑 닫기와 24/7: 로컬 Mac 런타임의 함정

'Linux는 Cloud Agent, iOS는 로컬 Mac'——iOS가 노트북에 묶이면 뚜껑 닫기·슬립·VPN 전환이 장시간 Agent를 죽인다. Background Agent 약속은 '떠날 수 있음'; 로컬 Mac은 영원히 뚜껑 열기 아니면 깨짐.

3.4 팀 재사용: Secrets와 기준 환경

Dashboard Secrets는 공식 Cloud VM용. 사내 Git 미러, Apple 개발자 인증서, 기업 CA는 해당 없음. 전용 클라우드 Mac에서 키체인·프록시·.env·Homebrew 기준선 주입.

4. 클라우드 Mac이 Background Agent 네 가지를 해결(L2: 분류)

kvmboot '클라우드 Mac'은 전용 Mac mini M4 베어메탈: 고정 홈 디렉터리, SSH/VNC, 일/주/월 임대.

• macOS 네이티브 런타임: Xcode, Simulator, xcodebuild archive, codesign 동일 호스트——폐루프.
• 24/7 상주: tmux/screen으로 SSH 끊김·뚜껑 닫기 무관; 야간 Agent에 launchd( launchd + Agent FAQ).
• worktree 팜: Background급 작업마다 독립 worktree, 병렬 Agent의 .git/index 경합 방지.
• MCP·Hooks 동일 호스트: Cursor MCP, Claude Code MCP, 자체 Server를 repo와 동일 경로——교차 호스트 tools/call 실패 감소.

역할: Cursor 공식 Cloud Agent는 Linux 원클릭; 클라우드 Mac은 macOS 폐루프·사내 의존·인증서·환경 완전 통제. 대부분 양선 병행.

5. 권장 아키텍처: SSH + tmux + worktree(L3 배포)

클라우드 Mac을 '원격 데스크톱에서 Cursor GUI 장시간'으로 쓰지 말 것——비싸고 불안정. 안정 스택:

1. 로컬: Cursor Desktop/브라우저——작업 배치, PR 리뷰, 가벼운 편집;
2. SSH: 전용 클라우드 Mac, tmux new -s bg1 지속 세션;
3. worktree: 작업마다 git worktree add ../task-foo feature/foo;
4. Agent 실행: worktree에서 Cursor Remote SSH 또는 CLI Agent; Linux 호환은 공식 Cursor Cloud Agent;
5. 검수: macOS 빌드/시뮬레이터는 클라우드 Mac; Web은 Cursor PR Artifacts.

┌─────────────────────────────────────────┐
│ 本地：Cursor Desktop / 手机 PWA          │
│  · 派 Cloud Agent（Linux 任务）           │
│  · SSH Remote → 云 Mac（macOS 任务）      │
└──────────────────┬──────────────────────┘
                   │ SSH + tmux
                   ▼
┌─────────────────────────────────────────┐
│ 云 Mac mini M4（独占）                    │
│  · worktree-1 … worktree-N              │
│  · Xcode / Simulator / 签名               │
│  · MCP Server（与仓库同路径）              │
│  · 可选：launchd 夜间 Agent              │
└──────────────────┬──────────────────────┘
                   ▼
         Git remote · 模型 API · Cursor Cloud VM（并行）

핵심: '백그라운드' 머신은 뚜껑 안 닫는 쪽. 공식 VM은 Linux, 클라우드 Mac은 macOS——iOS를 노트북으로 되돌리지 말 것.

6. 세 런타임 비교표

비대칭 결론: Cursor Cloud Agent는 '가장 편한 Linux Background Agent'; 클라우드 Mac은 Apple용 Background Agent 런타임——대체가 아닌 병행.

7. 시나리오 매트릭스(L4 의사결정)

8. 권장 조합과 레드라인

조합 A(혼합 팀): 프론트/백엔드는 Cursor Cloud Agent 기본; 모바일은 동일 조직 클라우드 Mac에서 worktree+Remote SSH, MCP는 클라우드 Mac 로컬 경로.

조합 B(Indie iOS): 16GB 클라우드 Mac 일임대——낮 IDE Remote, 밤 CLI Agent 또는 launchd 회귀; Linux 잡무는 가끔 Cloud Agent.

레드라인: ① 뚜껑 닫는 노트북으로 '24/7 Background Agent' 테스트 금지; ② MCP 로컬 경로·repo 클라우드 Mac 분리 금지; ③ 16GB에서 worktree 4+시뮬레이터+Docker(메모리: 클라우드 Mac 메모리 스파이크); ④ Archive/서명만 로컬, 코딩 Linux——수동 이관 필연.

9. 흔한 오해

• 오해 1: 'Cloud Agent면 클라우드 Mac 불필요'——전 과정 Linux 폐루프일 때만.
• 오해 2: 'SSH Remote = Background Agent'——Remote는 통로; tmux/worktree·병렬·뚜껑 닫기 연속 필요.
• 오해 3: 'snapshot/Dockerfile이 macOS 대체'——xcodebuild는 Linux 컨테이너로 불가.
• 오해 4: 'Claude Code 클라우드와 중복'——본문은 Cursor Background/Cloud Agent와 공식 VM 경계; 실무는 동일 호스트 공존.

10. 48시간 검수 체크리스트(Runbook)

1. 일임대 APAC/미동부 클라우드 Mac; SSH RTT·git pull 체감(개통: Mac 임대 검수 체크리스트).
2. 메인 repo clone·worktree 2개; 'Swift/설정 변경→xcodebuild 또는 flutter build ios→통과' 1회.
3. Cursor Remote SSH로 worktree 열고 3파일+ 소작업——Agent가 클라우드 Mac 경로만 사용 확인.
4. 병행: cursor.com에서 순 프론트 서브디렉터리에 공식 Cloud Agent——PR turnaround 비교.
5. 노트북 8시간 뚜껑 닫기; tmux 재접속으로 세션·미완료 Agent 확인.
6. MCP 필요 시 MCP Server 배치 가이드 따라 클라우드 Mac 로컬 Server; tools/call 경로 일치 검증.
7. 만족 시 주/월 임대; 병렬 Agent는 24GB 검토.

실패 Top 3: iOS를 Linux VM에서 빌드; worktree와 MCP --repository 불일치; 일임대 Archive 디스크 미확보.

11. FAQ

Q: Cursor에 Cloud Agent 있는데 Mac을 왜 임대?

기본 Cloud Agent는 Linux VM. Xcode·시뮬레이터·Apple 서명·macOS 전용 CLI면 macOS 런타임 필요——클라우드 Mac이 일반적.

Q: Cloud Agent만 쓰고 macOS는 수동?

가능하나 '비동기 폐루프' 저하: Linux에서 Swift 편집 후 Mac에서 빌드. 빈번 릴리스면 수동 비용이 월 임대 초과.

Q: Claude Code/Codex 듀얼 Agent와 충돌?

아님. 클라우드 Mac 듀얼 Agent 분리: 동일 클라우드 Mac worktree 팜을 디렉터리 격리로 공유.

Q: Background Agent 안전?

공식 VM은 샌드박스·Secrets(Cloud Agent 보안). 전용 클라우드 Mac은 테넌트가 키·egress 통제.

Q: 16GB vs 24GB?

단일 worktree+가벼운 Simulator: 16GB 일임대로 검증; 2+ 병렬 Background+MCP 다프로세스+시뮬레이터 팜: 24GB 월임대.

12. 결론

Cursor Background Agents(Cloud Agents)는 장시간 코딩을 노트북에서 해방——기본 목적지는 Linux VM. Apple 팀이 클라우드로 옮길 것은 macOS 런타임: 뚜껑 안 닫는 전용 클라우드 Mac과 SSH+tmux+worktree.

권장: Linux 잡무는 Cursor Cloud Agent→macOS 폐루프는 클라우드 Mac→48시간 일임대 검수→월 고정. 모델은 싸져도 끊김 없는 Background가 비싼 것은 리드타임——아침에 PR과 시뮬레이터 스크린샷.