Cursor

Cursor 클라우드 에이전트가 3배 빨라졌다 — 어제부터 자동 적용된 'builds'의 정체 (2026)

DevPilot 2026. 8. 17. 19:44

핵심 요약: 8월 13일 Cursor가 builds를 공개했습니다 — 클라우드 에이전트의 개발 환경을 백그라운드에서 미리 만들어두는 기능이에요. 지금까지는 에이전트를 시킬 때마다 머신 부팅→저장소 클론→의존성 설치를 그 자리에서 했는데(큰 저장소면 몇 분), 이제는 완성된 환경을 포크해서 바로 시작합니다. 결과: 시작 최대 3배 빨라짐, Cursor 내부 기준 부팅 10배·첫 토큰 3배. 추가 요금 없고, 8월 17일부터 전 환경에 기본 적용이라 대부분은 아무것도 안 해도 됩니다. 다만 환경 설정을 직접 만져둔 팀이라면 확인할 게 셋 있어요(install 커맨드 범위, 시크릿 종류, start 커맨드 용도) — 아래에서 정리합니다.

월요일 아침에 클라우드 에이전트를 하나 돌렸는데, 평소보다 빨리 첫 응답이 왔습니다. 착각인가 했더니 아니었어요 — 어제(17일)부터 builds가 전 환경 기본값이 됐거든요. 지난주 발표를 이제야 제대로 정리합니다.

뭐가 문제였나: 매번 "그 자리에서" 차리던 밥상

클라우드 에이전트(개념 정리)의 고질적인 대기 시간은 모델이 아니라 환경이었습니다. 작업을 맡길 때마다 VM을 부팅하고, 저장소를 클론하고, install 스크립트를 처음부터 끝까지 돌렸어요.

작은 프로젝트면 참을 만한데, 모노레포급이면 에이전트가 일을 시작하기도 전에 몇 분이 갑니다. "맡기고 잊기"가 장점인 기능에서 시작이 느리다는 건 꽤 아픈 부분이었죠.

builds의 원리: 미리 지어두고, 포크한다

builds는 그 준비 과정을 백그라운드로 옮긴 것입니다. Cursor가 기본 1시간마다 내 개발 환경의 완성본(클론·의존성·install 완료 상태)을 미리 만들어두고, 에이전트는 그 위에서 바로 출발해요.

디테일이 하나 더 있는데 — 디스크에서 복원하는 게 아니라 살아 있는 머신을 포크합니다. 따뜻하게 데워둔 복사본에서 시작하니 세션이 거의 즉시 열려요. 파일시스템 스냅샷 기반이라 추가 요금도 없습니다.

▲ 위가 지금까지, 아래가 builds입니다. 밥상을 매번 차리느냐, 차려둔 밥상에 앉느냐 차이예요.

속도만이 아니라 "안 깨지는" 것도 포인트

제가 더 좋다고 느낀 건 사실 이쪽입니다. 의존성 업데이트나 잘못된 커밋으로 install이 깨지면, 그 빌드는 활성화되지 않고 알림만 옵니다. 에이전트들은 마지막으로 성공한 빌드에서 계속 일해요.

환경이 깨져서 에이전트 전체가 멈추는 상황이 구조적으로 사라지는 겁니다. 대시보드에 Builds 탭이 생겨서 빌드별 로그·커밋 SHA·어느 에이전트가 어느 빌드를 썼는지도 추적되고, 에이전트가 Cursor Cloud MCP로 빌드를 직접 조회·관리할 수도 있어요.

내가 할 일: 대부분은 없음, 팀은 셋만 확인

8월 17일부터 신규·기존 환경 모두 기본 적용이라, 개인 사용자는 체감만 하면 됩니다. 환경 설정을 직접 만져둔 팀이라면 스냅샷 방식 특성상 세 가지를 확인하세요.

▲ 셋 다 "빌드 시점에 도는 것 vs 세션 시점에 도는 것"의 구분 문제입니다.

정리하면 — ① install 커맨드에 미리 준비 가능한 건 다 몰아넣기(의존성 설치 등, 여기 있는 것만 빌드에 미리 반영됨) ② 프라이빗 레지스트리 인증은 팀·환경 시크릿으로(개인 시크릿은 빌드에 포함되지 않고 에이전트 시작 때 주입) ③ start 커맨드는 여전히 세션 시작 시 실행되니 Docker 컨테이너처럼 갓 띄워야 하는 것만 남기기. CI에서 CLI로 에이전트를 돌리는 팀(CLI 글)이나 Automations 사용자(그 정리)일수록 효과가 큽니다 — 자동 실행은 시작 지연이 그대로 누적되던 영역이니까요.

자주 묻는 질문 (FAQ)

Q. builds는 유료 기능인가요?

A. 아니요, 추가 비용 없이 제공됩니다. 8월 17일부터 신규·기존 환경 모두 기본 적용됐습니다.

Q. 빌드가 실패하면 에이전트가 멈추나요?

A. 멈추지 않습니다. 실패한 빌드는 활성화되지 않고, 에이전트는 마지막 성공 빌드에서 계속 실행됩니다. 실패 알림을 받고 백그라운드에서 고치면 됩니다.

Q. 빌드는 얼마나 자주 갱신되나요?

A. 기본 1시간마다 새 빌드를 만듭니다. 빌드가 기본 브랜치에서 너무 뒤처지지 않도록 git 상태 임계값도 설정할 수 있습니다.

3줄 요약

builds = 클라우드 에이전트 환경을 백그라운드에서 미리 완성해두는 기능(8/13 공개, 8/17 전 환경 기본 적용, 무료). 시작 최대 3배·부팅 10배 빨라지고, 환경이 깨져도 마지막 성공 빌드로 계속 돈다. 개인은 할 일 없음 — 팀만 install·시크릿·start 커맨드 세 가지 확인.

함께 보면 좋은 글

Cursor Cloud Agents 사용법: 맡겨두고 결과만 확인하기
Cursor CLI 총정리: 터미널·CI 자동화까지
Cursor Automations: 반복 작업 예약 실행

참고 자료

Cloud agents start 3x faster with builds (Cursor 공식 블로그)