에이전트의 결과물이 마음에 들면 Create repo 버튼을 클릭해 작업물을 Origin repo에 저장하세요. 원하는 이름을 직접 지정하거나 제안된 이름 중 하나를 선택한 다음, 공개 범위를 비공개 또는 내부로 설정하세요. 공유하거나 계속 개발할 수 있는, 기본 구조가 완성된 Origin repo가 생성됩니다. Codebase 탭으로 이동하면 repo를 찾고 프로젝트에 접근할 수 있습니다.
이제 Cursor가 PR을 모니터링하고, Slack 스레드를 지켜보거나 예약된 작업을 실행할 수 있습니다. Cursor Agent는 이벤트 소스(스레드 또는 대화)를 구독하고, 이벤트가 발생하면 다시 작업을 시작합니다. 현재 구독은 클라우드 Agent에서만 사용할 수 있습니다.
클라우드 Agent는 자신이 생성한 PR을 자동으로 구독하며, CI 문제를 수정하고 봇 댓글을 처리해 PR이 완료될 때까지 작업을 진행합니다. Slack에서는 @cursor check back in an hour and keep going until that feedback is in라고 요청하세요.
이제 하위 에이전트는 각자의 가상 머신에서 실행할 수 있습니다. 각 하위 에이전트에는 자체 클라우드 환경에서 깨끗한 컨텍스트와 격리된 프로젝트 사본이 제공됩니다.
하위 에이전트가 새 환경에서 상위 에이전트의 변경 사항을 테스트하도록 하거나, 충돌 없이 독립적인 수정 작업을 스웜으로 진행할 수 있습니다. run a swarm of subagents to test my app for bugs, each in its own environment을 실행해 보세요.
GitHub repo를 Cursor에서 호스팅하는 repo와 함께 사용할 수 있습니다. GitHub를 Cursor에 연결하고 org를 선택하면 동기화할 수 있는 repo가 표시됩니다. 하나를 선택하면 Cursor가 가져옵니다. 동기화할 항목을 선택할 수 있으며 언제든 repo 연결을 해제할 수 있습니다. 동기화된 repo에 대한 읽기 또는 쓰기 접근 권한이 있는 모든 사용자는 Cursor에서도 해당 repo를 볼 수 있습니다.
동기화된 repo는 실시간으로 업데이트됩니다. Origin의 복사본에서 찾아보고, 검색하고, pull할 수 있습니다. 동기화된 repo의 경우 GitHub가 소스 오브 트루스로 유지됩니다. push는 계속 GitHub로 전송되고, Origin은 그 결과를 미러링합니다. 각 repo 이름 옆의 아이콘은 Cursor에서 호스팅하는 repo와 GitHub에서 가져온 repo를 구분해 줍니다.
전체 스택이 Origin과 매끄럽게 연동되도록 앱 생태계를 구축하고 있습니다. Vercel, Depot, Buildkite 통합은 이미 사용할 수 있으며, 더 많은 통합도 곧 제공될 예정입니다.
repo의 앱 탭에서 Vercel을 연결하면 모든 PR에 테스트하고 댓글을 남길 수 있는 미리보기 배포가 제공됩니다. 병합하면 프로덕션에 배포합니다. CI에는 Depot 또는 Buildkite를 연결하세요. 둘 다 기존 GitHub Actions 워크플로우를 실행하며, Buildkite는 자체 네이티브 파이프라인도 실행합니다.
Cursor는 정기적으로 환경의 새 빌드를 실행합니다. 빌드에 성공하면 이후 에이전트가 시작할 환경이 됩니다. Cursor는 다음 에이전트가 기다리지 않도록 준비된 사본을 유지합니다. 이제 내부적으로 환경 부팅 속도는 10배, 첫 토큰까지 걸리는 시간은 3배 빨라졌습니다.
미리 준비할 수 있는 모든 작업에는 install 명령을 사용하세요. 에이전트에 처음 프롬프트를 입력할 때는 여전히 start 명령이 실행되므로, 세션에서 최신 상태여야 하는 서비스에 집중해야 합니다.
에이전트의 결과물이 마음에 들면 Create repo 버튼을 클릭해 작업물을 Origin repo에 저장하세요. 원하는 이름을 직접 지정하거나 제안된 이름 중 하나를 선택한 다음, 공개 범위를 비공개 또는 내부로 설정하세요. 공유하거나 계속 개발할 수 있는, 기본 구조가 완성된 Origin repo가 생성됩니다. Codebase 탭으로 이동하면 repo를 찾고 프로젝트에 접근할 수 있습니다.
이제 Cursor가 PR을 모니터링하고, Slack 스레드를 지켜보거나 예약된 작업을 실행할 수 있습니다. Cursor Agent는 이벤트 소스(스레드 또는 대화)를 구독하고, 이벤트가 발생하면 다시 작업을 시작합니다. 현재 구독은 클라우드 Agent에서만 사용할 수 있습니다.
클라우드 Agent는 자신이 생성한 PR을 자동으로 구독하며, CI 문제를 수정하고 봇 댓글을 처리해 PR이 완료될 때까지 작업을 진행합니다. Slack에서는 @cursor check back in an hour and keep going until that feedback is in라고 요청하세요.
이제 하위 에이전트는 각자의 가상 머신에서 실행할 수 있습니다. 각 하위 에이전트에는 자체 클라우드 환경에서 깨끗한 컨텍스트와 격리된 프로젝트 사본이 제공됩니다.
하위 에이전트가 새 환경에서 상위 에이전트의 변경 사항을 테스트하도록 하거나, 충돌 없이 독립적인 수정 작업을 스웜으로 진행할 수 있습니다. run a swarm of subagents to test my app for bugs, each in its own environment을 실행해 보세요.
GitHub repo를 Cursor에서 호스팅하는 repo와 함께 사용할 수 있습니다. GitHub를 Cursor에 연결하고 org를 선택하면 동기화할 수 있는 repo가 표시됩니다. 하나를 선택하면 Cursor가 가져옵니다. 동기화할 항목을 선택할 수 있으며 언제든 repo 연결을 해제할 수 있습니다. 동기화된 repo에 대한 읽기 또는 쓰기 접근 권한이 있는 모든 사용자는 Cursor에서도 해당 repo를 볼 수 있습니다.
동기화된 repo는 실시간으로 업데이트됩니다. Origin의 복사본에서 찾아보고, 검색하고, pull할 수 있습니다. 동기화된 repo의 경우 GitHub가 소스 오브 트루스로 유지됩니다. push는 계속 GitHub로 전송되고, Origin은 그 결과를 미러링합니다. 각 repo 이름 옆의 아이콘은 Cursor에서 호스팅하는 repo와 GitHub에서 가져온 repo를 구분해 줍니다.
전체 스택이 Origin과 매끄럽게 연동되도록 앱 생태계를 구축하고 있습니다. Vercel, Depot, Buildkite 통합은 이미 사용할 수 있으며, 더 많은 통합도 곧 제공될 예정입니다.
repo의 앱 탭에서 Vercel을 연결하면 모든 PR에 테스트하고 댓글을 남길 수 있는 미리보기 배포가 제공됩니다. 병합하면 프로덕션에 배포합니다. CI에는 Depot 또는 Buildkite를 연결하세요. 둘 다 기존 GitHub Actions 워크플로우를 실행하며, Buildkite는 자체 네이티브 파이프라인도 실행합니다.
Cursor는 정기적으로 환경의 새 빌드를 실행합니다. 빌드에 성공하면 이후 에이전트가 시작할 환경이 됩니다. Cursor는 다음 에이전트가 기다리지 않도록 준비된 사본을 유지합니다. 이제 내부적으로 환경 부팅 속도는 10배, 첫 토큰까지 걸리는 시간은 3배 빨라졌습니다.
미리 준비할 수 있는 모든 작업에는 install 명령을 사용하세요. 에이전트에 처음 프롬프트를 입력할 때는 여전히 start 명령이 실행되므로, 세션에서 최신 상태여야 하는 서비스에 집중해야 합니다.