커서, 깃허브 대체 코드 호스팅 ‘오리진’ 베타 출시…PR·동기화까지 지원한다

작성일

커서, 깃허브 대안 코드 호스팅 ‘오리진’ 얼리베타 공개
저장소·PR·깃허브 동기화 지원, 스페이스X 매각 후 첫 신제품

커서, 깃허브 대체 코드 호스팅 ‘오리진’ 베타 출시…PR·동기화까지 지원한다 / AI 생성 일러스트(삽화)
커서, 깃허브 대체 코드 호스팅 ‘오리진’ 베타 출시…PR·동기화까지 지원한다 / AI 생성 일러스트(삽화)

AI 코딩 도구 커서(Cursor)가 자체 코드 호스팅 서비스 ‘오리진(Origin)’을 공개했다. 오리진은 저장소(repo) 생성과 관리, 풀 리퀘스트(PR), 코드 브라우징, 깃허브(GitHub) 동기화 등 핵심 기능부터 시작해 얼리 베타 형태로 순차 제공된다. 대상은 모든 유료 플랜 사용자이며, 관리자가 옵트아웃(참여 거부)한 일부 엔터프라이즈 조직은 제외된다. 커서는 “에이전트 특화 기능은 곧 추가될 예정”이라고 밝혔다. 실리콘앵글(SiliconANGLE)은 이번 발표를 두고 “올해 6월 600억달러(약 85조 원, 1달러 1,414원 기준)에 스페이스X(SpaceX Corp.)로 매각된 이후 커서가 내놓은 첫 주요 제품 업데이트”라고 평가했다.

Ray Fernando — First look at Origin, who this is actually for

저장소부터 깃허브 동기화까지, 오리진의 기본 기능

커서 데스크톱 클라이언트에는 새로 ‘코드베이스(Codebase)’ 탭이 생겼다. 이곳에서 +New 버튼을 눌러 저장소 이름을 지정하면 CLI(명령줄 인터페이스) 설치 방법과 클론·푸시 명령이 안내된다. 첫 저장소를 만들 때 지정한 코드베이스 이름은 이후 모든 저장소 URL의 일부가 된다. 예컨대 ‘acme-corp’라는 이름을 쓰면 저장소 주소는 cursor.com/codebase/acme-corp 형태가 된다.

기존 깃허브 저장소도 오리진 안으로 가져올 수 있다. 커서에 깃허브를 연결하고 조직을 선택하면 동기화 가능한 저장소 목록이 뜨고, 원하는 저장소만 골라 동기화할 수 있다. 언제든 연결을 해제할 수 있고, 동기화된 저장소에 읽기·쓰기 권한이 있는 사람은 커서에서도 해당 저장소를 볼 수 있다. 동기화는 실시간으로 이뤄져 오리진에서 코드를 브라우징·검색·풀(pull)할 수 있지만, 깃허브에서 시작된 프로젝트의 푸시는 계속 깃허브로 향한다. 깃허브가 그대로 원본(source of truth) 역할을 유지하는 구조다. 각 저장소 이름 옆 아이콘으로 커서가 직접 호스팅하는 저장소인지, 깃허브에서 가져온 저장소인지 구분할 수 있다.

PR 양방향 동기화와 저장소 안의 에이전트 / AI 생성 이미지
PR 양방향 동기화와 저장소 안의 에이전트 / AI 생성 이미지

PR 양방향 동기화와 저장소 안의 에이전트

오리진의 모든 저장소에는 풀 리퀘스트 기능이 딸려 있다. 타임라인과 커밋 내역, 체크 결과, 변경된 파일을 확인하고 디프(diff)를 리뷰하며 댓글을 남기고 병합할 수 있다. 동기화된 저장소의 PR은 양방향으로 연동된다. 커서에서 댓글을 달면 깃허브에 그대로 게시되고, 깃허브에서 반응하거나 답글을 남기면 몇 초 안에 커서 쪽에도 표시된다. 깃허브에서 리뷰 담당자로 지정된 PR도 커서 안에서 바로 리뷰하고 병합할 수 있다.

커서는 코드와 PR, AI 에이전트를 한 화면에 모은 것이 핵심이라고 설명한다. 사용자가 브라우징 중인 코드에 대해 질문하면 에이전트가 답을 주거나 직접 코드를 수정하고, PR을 업데이트하거나 새 브랜치를 푸시할 수 있다. 실리콘앵글에 따르면 커서는 두 종류의 에이전트를 지원한다. 하나는 사용자의 데스크톱에서 실행되는 방식이고, 다른 하나는 클라우드 기반 샌드박스에서 실행되는 방식이다. 두 방식의 가장 큰 차이는 클라우드 에이전트가 개발자의 워크스테이션이 꺼진 상태에서도 장시간이 걸리는 코딩 작업을 이어갈 수 있다는 점이다.

버셀·디포·빌드카이트 연동으로 확장되는 앱 생태계

커서는 오리진 위에 외부 서비스를 연결하는 앱 확장 기능도 함께 내놨다. 저장소의 Apps 탭에서 버셀(Vercel)을 연결하면 PR이 생성될 때마다 미리보기(preview) 배포판이 만들어져 테스트와 댓글이 가능해지고, 병합하면 실제 서비스(프로덕션(프로덕션)에 반영된다. CI(지속적 통합) 용도로는 디포(Depot Technologies) 또는 빌드카이트(Buildkite)를 연결할 수 있다. 두 서비스 모두 기존 깃허브 액션(GitHub Actions) 워크플로를 그대로 실행할 수 있고, 빌드카이트는 자체 파이프라인 실행도 지원한다. 각 저장소 설정 페이지에서는 깃허브 동기화 상태 확인, 접근 권한 관리, 연결된 앱 목록 확인이 가능하다.

커서는 앞으로 더 많은 통합을 추가하고, 아직 구체화되지 않은 “에이전트 네이티브 기능”도 선보일 계획이라고 밝혔다. 실리콘앵글은 이와 관련해 두 가지 가능성을 제시했다. 다수의 프로그래밍 에이전트가 격리된 클라우드 가상머신에서 작동하는 만큼, 커서가 이런 샌드박스 구성을 손쉽게 만드는 기능을 준비 중일 수 있다는 관측이다. 또 다른 가능성으로는 스페이스X가 올해 3월 소개한 바이브 코딩 도구 ‘그록 빌드(Grok Build)’와 오리진을 통합할 가능성도 거론됐다.

깃허브 자리를 노리는 오리진, 관전 포인트는

오리진은 리누스 토르발스(Linus Torvalds)가 만든 코드 저장소 관리 도구인 깃(Git)을 기반으로 한다. 깃의 핵심 장점인 브랜칭(branching) 기능은 개발팀원이 저장소의 별도 복사본을 만들어 각자 편집한 뒤 합치는 방식으로, 브랜칭 없이 코드 변경을 관리하면 오류가 발생하기 쉽다는 게 실리콘앵글의 설명이다. 깃은 현재 가장 널리 쓰이는 코드 호스팅 플랫폼인 깃허브의 기반이기도 하다.

이번 오리진 출시는 앞서 보도된 대로 스페이스X가 커서를 인수한 뒤 나온 첫 대형 제품 발표다. 스페이스X는 앞서 AI 기업 엑스AI(xAI)를 흡수한 데 이어 커서까지 편입하면서 대규모 GPU 인프라와 코딩 AI 도구를 한데 묶는 그림을 그리고 있는 것으로 알려졌다. 커서가 깃허브 동기화를 유지하면서도 자체 호스팅과 에이전트 기능을 통합한 오리진을 얼리 베타로 내놓은 만큼, 향후 에이전트 네이티브 기능이 어떤 형태로 구체화될지, 그리고 기존 깃허브 사용자들이 오리진으로 얼마나 이동할지가 다음 관전 포인트가 될 전망이다.