Cursor Origin 공개, AI 코딩 도구가 코드 호스팅까지 맡아요

Cursor Origin 공개, AI 코딩 도구가 코드 호스팅까지 맡아요

AI 뉴스 썸네일

Cursor가 자체 Git 코드 호스팅 서비스 Origin을 초기 베타로 공개했어요. 저장소 생성부터 코드 탐색, 풀 리퀘스트 검토, GitHub 동기화, 배포와 CI 연동까지 Cursor 안에서 처리할 수 있어요. 코딩 에이전트가 저장소와 리뷰 문맥에 바로 접근하는 작업 환경을 만들려는 시도예요. 1

핵심 요약

구분	내용
제공 범위	Pro, Teams, Enterprise 요금제에 단계적으로 열려요. 무료 플랜에서는 쓸 수 없어요.
저장소	표준 Git으로 clone, push, pull할 수 있는 Origin 저장소를 만들 수 있어요.
GitHub 연동	기존 GitHub 저장소를 미러링하고 Cursor에서 탐색, 검색, 리뷰할 수 있어요.
풀 리퀘스트	변경 파일과 검사 결과를 보고 댓글, 리뷰, 병합을 처리할 수 있어요.
외부 도구	Vercel, Depot, Buildkite를 연결해 미리보기 배포와 CI를 실행할 수 있어요.
주의점	초기 베타이며, 지금 정한 코드베이스 이름은 베타 기간에 바꿀 수 없어요.

1. Cursor가 편집기를 넘어 Git 저장소를 품었어요

Origin은 Cursor가 운영하는 Git forge예요. 새 Codebase 탭에서 저장소를 만들고 표준 Git 명령으로 코드를 올리거나 내려받을 수 있어요. 브라우저에서는 팀 저장소의 코드를 탐색하고 검색할 수 있어요. 2

제공 범위는 유료 플랜이에요. 공식 문서는 Pro, Teams, Enterprise를 대상으로 적고 있으며 무료 플랜은 제외해요. 계정마다 동시에 열리는 방식은 아니고 단계적으로 접근 권한을 제공해요. 유료 플랜을 쓰더라도 Origin 메뉴가 바로 보이지 않을 수 있어요. 3

첫 설정에서는 코드베이스 이름을 정해야 해요. 이 이름은 `cursor.com/codebase/{owner}/{repo}` 형태의 저장소 주소에 들어가요. 초기 베타 기간에는 한 번 확보한 이름을 바꿀 수 없으므로 개인이나 팀이 오래 쓸 수 있는 이름인지 먼저 확인하는 편이 좋아요.

728x90

기존 GitHub 저장소도 함께 쓸 수 있어요

GitHub 저장소를 Origin으로 미러링하면 Cursor에서 코드 탐색, 검색, pull을 처리할 수 있어요. GitHub에서 시작한 저장소의 push 대상과 원본은 계속 GitHub로 남아요. Cursor가 호스팅하는 저장소와 GitHub에서 가져온 저장소는 아이콘으로 구분돼요. 2

풀 리퀘스트도 양쪽에서 이어져요. Cursor에서 남긴 댓글은 GitHub에 올라가고, GitHub의 반응과 답글은 Cursor에 반영돼요. 개발자는 타임라인, 커밋, 검사 결과, 변경 파일을 확인한 뒤 diff 리뷰와 병합을 진행할 수 있어요. 기존 GitHub 운영을 한 번에 옮기지 않고 Origin의 작업 방식을 시험할 수 있는 구조예요.

에이전트와 배포 도구가 저장소 문맥을 공유해요

Cursor 에이전트는 열어 본 코드에 답하는 데서 멈추지 않아요. 저장소와 풀 리퀘스트 문맥을 바탕으로 코드를 고치고, PR을 갱신하고, 브랜치에 push할 수 있어요. 저장소가 편집기 밖의 별도 서비스가 아니라 에이전트가 작업하는 공간으로 들어온 셈이에요. 2

외부 도구 연결도 초기 베타에 포함됐어요. Vercel을 연결하면 풀 리퀘스트마다 미리보기 배포를 만들 수 있어요. Depot과 Buildkite는 기존 GitHub Actions 워크플로를 실행할 수 있고, Buildkite의 자체 파이프라인도 지원해요. 저장소 설정에서 연결 앱과 접근 권한을 관리할 수 있어요.

도입 전에 권한과 개인정보 설정을 확인해야 해요

Origin 저장소의 개인정보 설정은 저장소 소유자인 개인이나 팀의 Privacy Mode를 따라요. 기존 레거시 개인정보 모드를 쓰는 팀은 Origin을 켤 수 없어요. 팀 관리자는 대시보드에서 Origin을 비활성화할 수 있고, 코드베이스 설정에서 저장소 접근 권한을 나눌 수 있어요. 3

초기 베타라는 점도 고려해야 해요. 저장소, 리뷰, CI는 개발 흐름의 중심이라 장애나 권한 설정 실수가 업무에 바로 영향을 줄 수 있어요. 기존 GitHub 저장소를 미러링해 작은 프로젝트부터 시험하고, 접근 권한과 push 경로가 예상대로 움직이는지 확인한 뒤 범위를 넓히는 편이 안전해요.

왜 중요한가요

AI 코딩 도구의 경쟁 범위가 편집기 안의 코드 생성에서 저장소 운영으로 넓어지고 있어요. 에이전트가 코드, 이슈, 리뷰, 검사 결과를 같은 공간에서 읽으면 개발자가 문맥을 옮겨 주는 과정이 줄어요. Cursor는 Origin을 통해 코드 작성 전후의 리뷰와 배포 흐름까지 한 제품 안에 묶으려 해요. 2

GitHub 미러링은 전환 부담을 낮춰요. 기존 저장소의 원본과 push 경로를 GitHub에 둔 채 Cursor의 검색, 리뷰, 에이전트 기능을 붙일 수 있어요. 팀은 코드 호스팅을 곧바로 이전하지 않고도 실제 프로젝트에서 Origin을 비교해 볼 수 있어요.

반대로 코드 호스팅과 AI 작업 환경을 한 업체에 모으면 권한, 개인정보, 장애 대응을 더 꼼꼼히 봐야 해요. 저장소 접근 권한이 에이전트와 외부 배포 도구까지 이어지기 때문이에요. 공식 문서에 나온 Privacy Mode, 관리자 비활성화, 저장소별 권한 설정을 먼저 확인해야 해요. 3

Origin의 현재 기능만으로 GitHub나 GitLab을 완전히 대신한다고 보기는 일러요. 초기 베타이고 접근도 단계적으로 열려요. 다만 Cursor가 코드 생성 도구를 넘어 저장소와 풀 리퀘스트를 직접 운영하기 시작했다는 점은 분명해요. 앞으로는 에이전트의 답변 품질뿐 아니라 저장소 권한, 리뷰 기록, CI 연결까지 개발 도구를 고르는 기준에 들어갈 수 있어요.

참고 자료

1. Cursor, Origin 코드 호스팅 시작 — GeekNews
2. Origin 코드 호스팅 — Cursor Changelog
3. Origin 공식 문서 — Cursor Docs