Cursor Origin: AI 에이전트를 위한 Git 포지, 완전 해설

Cursor Origin은 Cursor의 자체 git 포지(forge)입니다. 저장소를 호스팅하고, 풀 리퀘스트를 리뷰하며, 코드를 탐색할 수 있는 공간으로, Cursor의 코딩 에이전트가 핵심 주체로 통합되어 있습니다. 2026년 8월 17일 유료 플랜 전용으로 얼리 베타가 출시되었습니다. 이 가이드에서는 실제로 출시된 기능, GitHub 미러링 작동 방식, 에이전트가 할 수 있는 것, 그리고 — 마찬가지로 중요한 — 아직 부족한 점을 다룹니다. 모든 내용은 Cursor의 공식 문서를 기반으로 합니다.

Cursor Origin이란?

Cursor는 Origin을 한 문장으로 설명합니다: 에이전트 시대를 위한 git 포지. 쉽게 말하면, GitHub 위에 UI를 씌운 것이 아닌 실제 git 호스트입니다. 저장소는 Cursor의 자체 리모트에 저장되며, 표준 git으로 push와 pull이 가능합니다.

에디터로 유명한 회사가 갑자기 코드를 호스팅하는 이유는 이렇습니다. 저장소야말로 에이전트의 작업이 실제로 구현되고, 리뷰되고, 머지되는 곳이기 때문입니다. Origin을 통해 Cursor는 저장소, 풀 리퀘스트, 코드 탐색, 에이전트가 함께 존재하는 레이어로 진입하고 있습니다. 더 큰 목표는 단순히 또 다른 GitHub를 만드는 것이 아니라, 포지 자체를 에이전트 워크플로의 일부로 만드는 것입니다. 에디터가 외부 시스템과 통합하는 방식이 아니라요.

Origin은 Cursor가 인수한 스택드 디프(stacked-diff) 코드 리뷰 회사 Graphite의 팀이 개발했으며, 대규모 GitHub 장애가 발생한 같은 주에 출시되었습니다. 이 타이밍이 출시를 더욱 주목받게 했지만, 그것이 출시의 목적은 아니었습니다.

얼리 베타에서 출시된 기능

베타는 의도적으로 소박하게 시작합니다. 포함된 것과 제외된 것을 정리했습니다.

베타에 포함된 기능:

• 표준 git(HTTPS) 기반 저장소 호스팅, Internal 및 Private 공개 범위 지원
• 인라인 리뷰, 체크, 머지 보호 기능이 있는 풀 리퀘스트
• cursor.com/codebase에서 코드 탐색, 검색, 커밋 히스토리 확인
• 양방향 PR 동기화가 포함된 GitHub 미러링
• Origin CLI, API, 웹훅
• 세 가지 통합: Vercel(프리뷰 배포), Depot, Buildkite(CI)

베타에 포함되지 않은 기능:

• GitHub Issues, 프로젝트, 토론, 위키
• 공개 저장소(오픈소스 프로젝트 지원 없음)
• 자체 CI 러너, 패키지 레지스트리, 릴리즈
• 보안 스캔 또는 의존성 알림 기능
• 스토리지 한도, SLA, 베타 이후 가격 정책 공개

첫날 세 가지 통합이 출시되었습니다. Vercel은 모든 풀 리퀘스트에 대해 프리뷰 배포를 생성하고 머지 시 프로덕션에 배포하며, Depot과 Buildkite는 지속적 통합(CI)을 실행합니다. 특히 중요한 점은 두 도구 모두 기존 GitHub Actions 워크플로를 변경 없이 그대로 실행한다는 것입니다. 이 호환성 레이어가 전략의 핵심입니다. 빌드 시스템을 다시 작성하지 않고도 Origin을 시험해볼 수 있습니다.

사용 가능한 대상

Origin 코드 스토리지는 Pro, Teams, Enterprise 플랜에서 사용 가능하며, 무료 플랜은 지원되지 않습니다. 접근 권한은 단계적으로 배포되므로 유료 구독자도 즉시 이용하지 못할 수 있습니다. 코드베이스 이름(codebase name) 을 등록하여 활성화할 수 있으며, 이 이름이 모든 저장소 URL의 네임스페이스가 됩니다. 신중하게 선택하세요. 베타 기간 중에는 이름을 변경할 수 없으며, 모든 저장소 URL에 표시됩니다.

Origin이 GitHub를 대체하나요? 미러링 작동 방식

아직은 아닙니다. Cursor도 그것을 요구하지 않습니다. 설계된 경로는 미러링이며, 좋은 의미에서 보수적입니다. Cursor는 GitHub를 떠나라고 요구하지 않습니다. GitHub 조직을 연결하고 저장소를 선택하면, Origin 네이티브 저장소와 함께 표시됩니다.

미러링은 전체 히스토리, 브랜치, 태그를 Origin으로 복사하고 동기화 상태를 유지하며, 풀 리퀘스트 댓글과 리뷰가 양방향으로 흐릅니다. 핵심 세부 사항은 이렇습니다: 개발자는 Origin에서 클론하고 Origin 리모트에 push할 수 있지만, 해당 push는 GitHub로 전달됩니다. Cursor는 GitHub에서 시작된 저장소의 경우 GitHub가 소스 오브 트루스(source of truth)로 유지된다고 명시합니다.

미러링에는 한계가 있습니다. GitHub Issues는 마이그레이션되지 않습니다. Actions 시크릿이나 런타임 설정도 마찬가지입니다. 미러링된 저장소는 CI를 GitHub에서 유지합니다. 팀이 Origin을 권한 있는 소스로 결정하면 미러를 분리(detach) 합니다. 동기화가 중단되고 Origin 복사본이 독립적이 되며, 원본 GitHub 저장소는 그대로 유지됩니다. 이 분리가 실제 마이그레이션 시점이며, 그 이전의 모든 과정은 워크플로를 무료로 체험하는 것입니다.

핵심 주체로서의 에이전트

위의 기능 목록은 어떤 초기 포지에서도 볼 수 있는 내용입니다. 전략은 에이전트 연동에서 드러납니다. Cursor의 클라우드 에이전트는 Origin 저장소를 처음부터 끝까지 생성하고, 클론, 브랜치, 커밋, push, 풀 리퀘스트 오픈까지 수행할 수 있습니다.

자동화(Automations)는 에이전트를 저장소 이벤트에 연결합니다. main에 push, PR 오픈 또는 업데이트, 또는 스케줄 기반으로 동작합니다. 2026년 8월 19일 변경 로그부터 클라우드 에이전트는 자신이 생성한 PR을 자동으로 구독(subscribe) 합니다. 구독한 에이전트는 CI를 모니터링하고, 실패한 체크를 수정하며, 리뷰 피드백에 응답하고, PR이 변경될 때 다시 활성화되어 작업이 실제로 완료될 때까지 목표를 추구합니다.

이것은 어떤 서드파티 포지도 Cursor에 제공할 수 없는 루프를 완성합니다. 저장소 이벤트 → 격리된 VM에서 에이전트 실행 → 코드 변경 → PR 업데이트 → CI 결과 → 에이전트 재활성화. 포지를 소유한다는 것은 모든 단계를 소유한다는 의미입니다. 다만 정확히 말하면, PR 리뷰 모델 자체는 여전히 기존의 사람이 하는 리뷰 방식입니다. 이 루프가 앞으로 어디서 더 긴밀해질지가 핵심 과제입니다.

솔직한 한계점

Cursor의 공식 문서도 솔직하게 인정하고 있으며, 이전을 고려 중이라면 이 격차들이 중요합니다:

• Issues 또는 작업 추적 없음. 미러링조차 되지 않습니다. 기존 트래커를 그대로 사용해야 합니다.
• 공개 저장소 없음. 오픈소스 프로젝트가 아직 자리잡을 곳이 없습니다.
• 자체 CI, 패키지, 보안 도구 없음. CI는 파트너사를 통해 제공되며, 시크릿 스캔이나 의존성 알림에 해당하는 기능이 문서화되어 있지 않습니다.
• 스토리지 한도, SLA, 베타 이후 가격 미공개. 스토리지, 대역폭, 가동 시간 보장이 베타 기준으로 명시되어 있지 않습니다.
• 단계적 배포 및 관리자 제한. 레거시 프라이버시 모드는 완전히 차단하며, 팀 관리자가 비활성화할 수 있습니다.

이 중 어느 것도 출시된 지 며칠 된 베타에 대한 비판이 아닙니다. 단지 현재 한계의 솔직한 지도입니다. 엔터프라이즈 관련 우려 사항에 대한 더 자세한 내용은 VentureBeat의 출시 분석에서 플랫폼 팀이 검토해야 할 보안 관련 질문들을 다루고 있습니다.

지금 저장소를 이전해야 할까요?

리스크가 낮은 경로는 설계된 방식을 따르는 것입니다. GitHub를 권한 있는 소스로 유지하면서 몇 개의 저장소를 미러링하고, Origin을 탐색, 리뷰, 에이전트 워크플로에 활용하세요. CI, 접근 제어, 잃게 될 협업 기능을 검증한 후에만 분리를 고려하세요. 베타는 기존 Cursor 플랜 외에 추가 비용이 없으므로, 에이전트 시대 인프라가 어떤 느낌인지 저렴하게 미리 체험할 수 있습니다.

Cursor가 어떻게 여기까지 왔는지 궁금하다면, Cursor 창업 스토리에서 CAD 아이디어에서 시작해 가장 많이 사용되는 AI 코딩 도구 중 하나가 된 과정을 추적합니다. 왜 지금 자체 포지를 구축하고 있는지 이해하는 데 유용한 맥락을 제공합니다.

자신만의 에이전트 워크플로를 구축하세요 — 원하는 방식으로

Origin의 진정한 핵심 주장은 흥미로운 작업 단위가 이벤트부터 머지된 PR까지 작업을 소유하는 상시 에이전트라는 것입니다. 채팅 창이 아니라요. 이것은 Eigent가 추구하는 방향과 같습니다. 단, Eigent는 전체 멀티 에이전트 인력을 로컬에서 실행하며, 사용자가 제어하는 코드와 워크플로 위에서 동작하고, 벤더 종속성이 없습니다. 에이전트가 작성한 풀 리퀘스트 리뷰가 병목이라면, GitHub PR 리뷰 워크플로가 에이전트를 그 작업에 직접 투입합니다. Eigent를 다운로드하고 실제 멀티 스텝 작업을 자신만의 AI 인력에게 맡겨보세요.