Date: 2026-08-18 Topic: Developer Tools / AI Coding Primary source: Cursor
AI 코드 편집기 Cursor가 2026년 8월 17일 자체 코드 호스팅 서비스 Origin을 초기 베타로 공개했다. Cursor 유료 플랜 이용자는 저장소를 만들고 표준 Git으로 코드를 주고받으며, 브라우저에서 코드를 찾고 풀 리퀘스트를 검토·병합할 수 있다. 기존 GitHub 저장소를 연결해 함께 사용하는 기능도 제공한다.
이번 출시는 Cursor가 코드 작성 보조에 머물지 않고 저장소와 리뷰, 배포 전 작업까지 개발 과정의 더 넓은 구간으로 들어갔다는 점에서 주목된다. 다만 Origin은 아직 모든 이용자에게 동시에 열리는 정식 서비스가 아니다. Pro·Teams·Enterprise 플랜을 대상으로 순차 배포되며 무료 플랜은 지원하지 않는다.
What Happened
Cursor는 Origin을 코드 저장과 공유를 위한 자체 Git 포지, 즉 Git 기반 협업 서비스로 소개했다. 초기 베타에서 제공하는 범위는 저장소 생성, clone·push·pull, 코드 탐색과 검색, 풀 리퀘스트 생성·검토·병합이다. Cursor 에이전트가 Origin 저장소를 만들거나 저장소 안의 코드를 바꾸고 브랜치에 푸시하는 흐름도 지원한다.
새 저장소는 Cursor의 Codebase 화면에서 만들 수 있고 전용 CLI를 설치해 터미널에서도 다룰 수 있다. 저장소 주소에는 팀이나 개인이 먼저 정한 코드베이스 이름이 네임스페이스로 들어간다. 팀에서는 관리자가 저장소를 만들고 구성원별 접근 권한을 부여한다.
Key Details
Origin의 현재 기능은 다음과 같다.
- 자체 저장소 호스팅: Origin에 새 저장소를 만들고 일반 Git 명령으로 복제하거나 코드를 올리고 받을 수 있다.
- GitHub 연결: 기존 GitHub 저장소를 Origin으로 미러링해 Cursor 안에서 검색하고 검토할 수 있다. GitHub에서 시작한 저장소는 GitHub가 계속 원본 역할을 하며, 코드 푸시도 GitHub로 향한다.
- 양방향 PR 동기화: 연결된 저장소의 풀 리퀘스트 댓글과 답글, 반응이 Cursor와 GitHub 사이에서 동기화된다. Cursor 화면에서 GitHub 리뷰를 처리하고 병합할 수도 있다.
- 에이전트 연동: 저장소를 살펴보며 질문하고, 변경을 만들고, 풀 리퀘스트를 갱신하거나 브랜치에 푸시하도록 Cursor 에이전트에 요청할 수 있다.
- 외부 도구 연결: Vercel은 풀 리퀘스트별 미리보기 배포를 지원한다. Depot과 Buildkite는 CI 작업을 맡으며, 기존 GitHub Actions 워크플로를 활용할 수 있다.
- 이용 조건: Pro·Teams·Enterprise 플랜에서만 제공되고 접근 권한은 단계적으로 열린다. 팀 관리자는 Origin을 끌 수 있으며, 저장소에는 소유자의 Cursor Privacy Mode 설정이 적용된다.
From Editor to Repository
지금까지 AI 코딩 도구는 대체로 개발자가 저장소를 열어 둔 상태에서 코드를 제안하거나 수정하는 역할을 맡았다. 변경 결과를 보관하고 동료에게 검토받는 일은 GitHub나 GitLab 같은 별도 서비스로 넘기는 구조였다. Origin은 편집기와 에이전트, 저장소, 풀 리퀘스트를 한곳에 놓아 이 경계를 줄이려는 시도다.
그렇다고 현재 단계에서 GitHub를 곧바로 대체한다고 보기는 어렵다. Cursor는 기존 GitHub 저장소를 그대로 원본으로 유지하는 방식을 함께 제공하고, CI와 배포 서비스도 기존 워크플로를 재사용하도록 설계했다. 초기 이용자는 저장소를 완전히 옮기기보다 Origin의 코드 탐색과 에이전트 작업, 리뷰 기능을 기존 GitHub 운영 위에 덧붙여 시험할 가능성이 크다.
Core Lens
Origin의 핵심은 저장 공간 하나가 늘어난 데 있지 않고, AI가 만든 변경을 저장·검토·병합하는 과정까지 Cursor가 직접 연결하기 시작했다는 데 있다.
What It Means for Developers
개발자 입장에서는 도구 사이를 오가는 횟수가 줄어들 수 있다. 에이전트가 만든 변경을 같은 화면에서 확인하고 풀 리퀘스트로 넘기며, 미리보기 배포와 CI 결과까지 연결하면 작은 팀은 개발 흐름을 단순하게 구성할 수 있다. 반대로 편집기, 에이전트, 저장소를 한 사업자에게 모을수록 서비스 장애나 정책 변경, 전환 비용의 영향도 커진다.
기업 사용자에게는 편의성보다 코드 통제 방식이 더 중요한 판단 기준이다. 공식 문서는 저장소 소유자의 Privacy Mode가 적용된다고 설명하지만, 초기 발표만으로는 데이터 보관 위치, 세부 감사 기능, 가용성 보장, 다른 Git 호스팅 서비스로의 완전한 이전 절차까지 확인하기 어렵다. 중요한 저장소를 맡기기 전에는 베타 기능의 편리함과 별개로 이런 운영 조건을 점검해야 한다.
What To Watch
- 순차 배포가 끝난 뒤 실제로 어느 플랜과 지역에서 안정적으로 사용할 수 있는지
- GitHub Issues, 브랜치 보호 규칙, 세밀한 권한 관리 등 팀 운영 기능이 얼마나 확장되는지
- 보안 인증, 감사 로그, 백업·복구, 서비스 수준 보장과 같은 기업용 조건이 공개되는지
- GitHub 동기화를 넘어 다른 Git 서비스나 자체 호스팅 환경에서 이전할 수 있는 도구가 제공되는지
- 에이전트가 만든 많은 변경을 사람이 안전하게 검토하도록 돕는 기능이 추가되는지
Origin은 아직 완성된 Git 호스팅 서비스라기보다 Cursor가 그리고 있는 개발 환경의 방향을 보여주는 초기 제품에 가깝다. 향후 경쟁력은 코드를 얼마나 빨리 생성하느냐보다, 그 많은 변경을 팀이 이해하고 통제한 뒤 안전하게 배포하도록 돕는 데서 판가름날 가능성이 크다.