Cursor는 이제 코드를 작성하는 것뿐만 아니라 호스팅하기를 원합니다. 2026년 8월 17일, 이 회사는 모든 유료 플랜에서 초기 베타 버전으로 자체 Git 호스팅 서비스인 Origin을 출시하기 시작했습니다. 리포지토리, 풀 리퀘스트, 코드 브라우징 및 양방향 GitHub 동기화가 첫날부터 제공되었으며, 이 모든 기능은 에디터 내의 새로운 코드베이스 탭에 있습니다.
핵심은 간단합니다. Git 포지는 하루에 몇 번 커밋을 푸시하는 사람들을 위해 설계되었지만, Cursor는 다음 10년간의 버전 제어가 에이전트가 브랜치를 열고, PR을 업데이트하고, 24시간 내내 작업을 병합하는 방식으로 형성될 것이라고 예측합니다. Origin은 이러한 가정을 바탕으로 처음부터 설계된 최초의 호스팅 플랫폼입니다.
만약 팀이 API를 구축한다면, 이것은 생각보다 빨리 여러분에게 영향을 미칠 것입니다. OpenAPI 스펙, CI 기반 계약 테스트, 그리고 검토 워크플로우는 모두 Git 원격이 가리키는 곳에 존재합니다. 다음은 Origin이 현재 제공하는 기능, 부족한 점, 그리고 Origin을 시도할 경우 API 워크플로우(Apidog 테스트 자동화 포함)를 유지하는 방법입니다.
Origin이란 무엇인가
Origin은 Cursor가 운영하는 클라우드 Git 포지입니다. 초기 베타 버전에는 다음이 포함됩니다:
- 호스팅된 리포지토리: 코드베이스 탭, 웹(
cursor.com/codebase), 또는 작업 중인 Cursor 에이전트에서 생성할 수 있습니다. 원격은https://cursor.com/codebase/{owner}/{repo}패턴을 따르며, 표준git clone,push,pull명령이 작동합니다. - 풀 리퀘스트: 타임라인, 커밋, 검사, 변경 사항, 댓글, 병합 등 예상할 수 있는 모든 기능이 포함되어 있으며, 에디터 내부 또는 브라우저에서 검토할 수 있습니다.
- 웹에서의 코드 브라우징 및 검색: 리포지토리 및 코드베이스 수준 설정이 가능합니다.
- 터미널 워크플로우를 위한 전용 CLI: 에디터와는 별개입니다.
- 에이전트 통합: 이것이 핵심입니다. 에이전트는 코드베이스를 읽고, 질문에 답하고, 변경 사항을 만들고, PR을 업데이트하고, 브랜치를 푸시할 수 있으며, 이 모든 작업은 여러분이 에이전트의 작업을 검토하는 동일한 인터페이스에서 이루어집니다. 변경 로그에 따르면, 더 많은 "에이전트 네이티브 기능"이 곧 출시될 예정입니다.
가용성: Pro, Teams, Enterprise 플랜에서만 사용 가능합니다. 무료 플랜 사용자는 Origin 리포지토리를 생성할 수 없으며, 엔터프라이즈 조직은 완전히 비활성화할 수 있습니다. 스토리지 할당량, 공개 API, 웹훅과 같은 세부 정보는 아직 문서화되지 않았으므로 중요한 것을 옮기기 전에 이를 기억해두는 것이 좋습니다. 현재 상태는 Cursor의 Origin 문서를 참조하십시오.
Origin 출시는 Cursor에게 바쁜 한 달의 정점을 찍었습니다. SiliconANGLE 보고서를 포함한 언론 보도는 SpaceX가 Cursor 인수를 완료한 지 며칠 만에 출시되었다는 점도 언급합니다. 제품의 에디터 측면에 대한 복습을 위해, 저희의 Cursor에 대해 알아야 할 모든 것 가이드에서 기본 사항을 다루고 있습니다.
GitHub 동기화가 핵심입니다
아무도 주말에 GitHub에서 회사를 옮기지 않으며, Cursor는 이를 알고 있습니다. 그래서 Origin의 베타는 마이그레이션 대신 양방향 동기화에 의존합니다.
- GitHub 리포지토리를 Origin으로 미러링하면 동기화된 리포지토리가 실시간으로 업데이트됩니다.
- PR 댓글과 반응은 몇 초 내에 양방향으로 동기화됩니다. Cursor에 남긴 댓글은 GitHub에 게시되고, GitHub 답글은 Cursor에 나타납니다.
- GitHub에서 시작된 모든 리포지토리의 진정한 소스는 GitHub입니다. 푸시는 계속 GitHub로 흘러가며, Origin은 더 나은 에이전트 스토리를 가진 라이브 미러이지, 대체 원격이 아닙니다.
- 액세스 권한은 GitHub 읽기/쓰기 설정을 미러링하므로, 동기화가 리포지토리에 접근할 수 있는 사람을 조용히 넓히지 않습니다.
이것은 VS Code에 대항하여 Cursor에 효과가 있었던 것과 동일한 낮은 진입 장벽의 채택 패턴입니다. 누구에게도 떠나라고 요구하지 않고, 기존 솔루션과 함께 존재하며, 새로운 워크플로우가 편의성으로 승리하게 하는 것입니다. 플랫폼 팀에 알리지 않고도 월요일에 Origin의 PR 검토 UI를 시험해 볼 수 있습니다. GitHub 설정이 변경되는 것은 아무것도 없기 때문입니다.
전략적인 의미를 무시하기는 더 어렵습니다. GitHub는 15년 동안 코드의 기본 홈이었으며, 자체 AI 스토리는 Cursor와 직접 경쟁하는 Copilot을 통해 진행됩니다. 저희는 Cursor vs GitHub Copilot에서 두 가지를 비교했습니다. Cursor가 자체 포지를 구축하는 것은 경쟁사의 플랫폼에 의해 에이전트 로드맵이 제한되는 것을 더 이상 원치 않는다는 선언입니다.
무엇이 부족한가 (그리고 현재로서는 많습니다)
베타는 완전한 DevOps 플랫폼이 아니라 포지입니다. 출시 현재, Origin은 다음을 갖추고 있습니다:
- 네이티브 CI/CD 없음. 대신, Depot과 Buildkite는 리포지토리의 '앱' 탭을 통해 연결되며, 기존 GitHub Actions 워크플로우 파일을 Origin 리포지토리에 대해 실행할 수 있습니다. 이는 실용적인 연결고리이지만, GitHub가 내장 제품을 가지고 있는 것과 달리 서드파티 종속성입니다.
- 이슈, 토론, 위키 없음. 코드 리뷰가 유일한 협업 기본 요소입니다.
- 셀프 호스팅 없음, 문서화된 공개 API 없음, 웹훅 없음, 명시된 스토리지 제한 없음.
- 주목할 만한 출시 파트너 하나: '앱' 탭에서 Vercel을 연결하면 모든 PR이 병합 시 프로덕션으로 배포되는 미리 보기 배포를 받게 되며, 이는 Vercel이 GitHub 리포지토리에 대해 실행하는 것과 동일한 흐름입니다. (Vercel은 최근 빠르게 출시하고 있습니다. 현재 GPT-5.6 Sol 할인을 실행하고 있는 동일한 게이트웨이입니다.)
GitHub가 동기화의 진정한 소스로 남아있는 한, 이러한 부족한 점들은 크게 중요하지 않습니다. 하지만 팀이 Origin을 주요 솔루션으로 고려하는 날에는 엄청나게 중요해질 것입니다. 베타는 인프라가 아닌 검토 및 에이전트 계층으로 취급하십시오.
특히 API 팀에게 이것이 의미하는 것
API 워크플로우는 아마도 세 가지 지점에서 포지에 연결될 것입니다. 스펙은 리포지토리에 있고, 계약 테스트는 모든 PR에서 CI를 통해 실행되며, 검토자는 둘 모두에 대한 변경 사항을 승인합니다. 다음은 각 부분이 오늘날 Origin에 어떻게 매핑되는지입니다.
스펙 및 디자인 검토. 디자인 우선 워크플로우를 따른다면, OpenAPI 파일은 리포지토리에서 가장 많이 검토되는 아티팩트입니다. Origin의 PR diff는 YAML을 다른 텍스트처럼 처리하며, 양방향 댓글 동기화는 GitHub에 있는 API 검토자와 Cursor에 있는 에이전트 운영자가 동일한 스레드를 볼 수 있음을 의미합니다. 아무것도 깨지지 않고, 아직 개선되는 것도 없습니다. 흥미로운 부분은 에이전트가 PR로 스펙 변경을 제안하기 시작할 때 나타나며, 이것이 바로 Origin이 구축된 목적입니다. Cursor 내에서 Apidog CLI 실행에 대한 저희 가이드는 에디터의 에이전트가 커밋하기 전에 스펙을 검증하도록 하는 방법을 이미 다루고 있습니다.
CI 계약 테스트. Apidog CLI는 모든 CI 시스템에서 단계로 실행되며, Origin의 CI에 대한 답변은 "Depot 또는 Buildkite를 통해 GitHub Actions 워크플로우를 가져오세요"입니다. 실제로 이는 apidog run --scenario smoke-tests와 같은 기존 워크플로우 단계가 워크플로우 파일 형식이 동일하기 때문에 수정 없이 이월되어야 함을 의미합니다. 솔직히 말씀드리자면, 저희는 이번 주에 Depot의 Actions 호환성 계층을 모든 현존하는 액션에 대해 검증하지 않았으며, 다른 누구도 마찬가지입니다. 릴리스 브랜치에 신뢰하기 전에 미러링된 임시 리포지토리에 대해 파이프라인을 실행하십시오.
에이전트 주도 변경에는 에이전트 검증 게이트가 필요합니다. Origin의 전체 전제는 에이전트로부터 더 많은 코드가 더 빠르게 들어오는 것입니다. 이는 모든 PR에 대한 자동화되고 결정론적인 검사의 가치를 높입니다. 왜냐하면 인간 검토자가 병목 현상이 되기 때문입니다. 응답 스키마가 변경될 때 빌드를 실패시키는 계약 테스트 스위트는 에이전트 처리량에 따라 확장되는 정확히 그런 종류의 게이트이며, Apidog에서는 5분 안에 설정할 수 있습니다. 스펙에 대한 어설션을 한 번 정의하고, Origin PR을 실행하는 CI에서 CLI를 통해 실행하십시오. 에이전트가 푸시 액세스를 얻기 전에 해당 게이트를 설치하려면 Apidog를 다운로드하십시오. 더 넓은 테스트 루프에 대해서는 Cursor를 사용한 QA 테스트 가이드를 참조하십시오.
시도해 봐야 할까요?
결정 요약:
- Cursor 유료 플랜을 사용하는 솔로 개발자 및 소규모 팀: 네, 위험이 낮습니다. 리포지토리를 미러링하고, PR 보기를 사용하며, GitHub를 진실의 원천으로 유지하십시오. Origin이 성공하지 못해도 잃을 것이 없습니다.
- GitHub Actions에 많은 투자를 한 팀: 먼저 사이드 프로젝트에서 시도해 보십시오. 워크플로우는 이론적으로 Depot 또는 Buildkite를 통해 포팅되지만, "이론적으로 포팅된다"는 것은 마이그레이션 계획이 아닙니다.
- 준수 규정에 GitHub가 언급된 모든 사용자: 기다리십시오. 셀프 호스팅 없음, 문서화된 API 없음, 그리고 초기 베타 레이블은 오늘날 규제된 코드에 대해 Origin을 시작할 수 없게 만듭니다.
- 이미 Cursor 에이전트를 활발하게 사용하는 팀: Origin은 바로 이런 팀을 위한 것입니다. Cursor의 에이전트 기능을 매일 사용하고 있다면, 에이전트를 일급 사용자로 취급하는 포지에서 에이전트가 PR을 열고 업데이트하는 것은 지금 당장 실제 워크플로우 이점입니다.
포지는 에이전트 표면이 되고 있습니다
진정한 이야기는 GitHub에 새로운 경쟁자가 나타났다는 것이 아닙니다. Cursor는 리포지토리 자체가 주로 에이전트를 위한 인터페이스가 되고, 인간은 대부분의 변경 사항을 작성하기보다는 검토하게 될 것이라고 생각합니다. Origin이 성공하든 아니든, 모든 포지는 그 방향으로 나아갈 것이며, API 팀이 가장 먼저 이를 느끼게 될 것입니다. 스펙과 계약 테스트가 소프트웨어에서 가장 자동화하기 쉬운 검토 게이트이기 때문입니다.
준비는 어떤 방식이든 동일합니다. API 검사를 스크립트화하고 포지(forge)에 독립적으로 만드십시오. Apidog는 스펙, 목, 테스트 시나리오를 한 곳에 보관하며, PR이 GitHub의 사람으로부터 왔는지 Origin의 에이전트로부터 왔는지 상관없이 CLI에서 실행합니다. 무료로 사용해 보십시오. 누가 포지 전쟁에서 이기든 상관없이 검토 게이트는 여러분과 함께 움직일 것입니다.
자주 묻는 질문
Cursor Origin은 무료인가요? 아니요. Origin 코드 스토리지는 유료 Cursor 플랜(Pro, Teams 또는 Enterprise)이 필요합니다. 무료 플랜 사용자는 Origin 리포지토리를 생성할 수 없으며, 엔터프라이즈 조직은 Origin을 완전히 비활성화할 수 있습니다.
Origin을 사용하기 위해 GitHub를 떠나야 하나요? 아니요. 출시 설계는 여러분이 떠나지 않을 것을 가정합니다. GitHub 리포지토리를 Origin으로 미러링하면 GitHub는 진실의 원천으로 유지되며, 푸시, PR 댓글, 반응이 거의 실시간으로 양방향으로 동기화됩니다.
Origin에 CI/CD 기능이 있나요? 네이티브로 제공되지 않습니다. Depot과 Buildkite는 '앱' 탭을 통해 연결되어 기존 GitHub Actions 워크플로우 파일을 실행합니다. Vercel도 PR 미리 보기 배포를 위해 통합되어 있습니다.
에이전트가 Origin을 직접 사용할 수 있나요? 네, 그것이 핵심 기능입니다. Cursor 에이전트는 리포지토리를 생성하고, 코드베이스에 대한 질문에 답하며, 풀 리퀘스트를 업데이트하고, 브랜치를 푸시할 수 있습니다. Cursor는 더 많은 에이전트 네이티브 기능이 출시될 것이라고 말합니다. 저희의 Cursor 에이전트 모드 가이드는 에이전트가 에디터에서 이미 무엇을 할 수 있는지 다룹니다.
Origin 풀 리퀘스트에서 API 테스트를 어떻게 실행하나요? GitHub에서 하는 방식과 동일합니다. Apidog CLI를 CI 단계로 실행하세요. Origin에서는 Depot 또는 Buildkite를 리포지토리에 연결하고 기존 Actions 워크플로우를 재사용하며, apidog run 명령은 변경되지 않습니다.