AI 코딩 도구 커서(Cursor)가 자체 코드 호스팅 서비스 Origin을 유료 요금제 이용자에게 초기 베타로 순차 제공한다. 커서 공식 변경내역에 따르면 Origin은 저장소, 풀 리퀘스트(PR), 코드 탐색, GitHub 동기화를 우선 제공한다. 기존 GitHub 저장소를 바로 폐기하는 방식이 아니라 원본 저장소를 연결해 두 환경을 함께 쓰도록 설계한 점이 초기 도입의 핵심이다.
이용자는 Origin에서 새 저장소를 만들고 표준 Git 명령으로 코드를 push하거나 pull할 수 있다. 공식 문서는 GitHub 프로젝트를 미러링하고 브라우저에서 팀 저장소의 코드를 탐색하는 절차를 안내한다. Origin에 직접 만든 저장소의 PR은 Origin 안에서 열고 검토·병합하며, GitHub에서 시작한 미러 저장소는 GitHub를 원본으로 유지할 수 있다. 초기 베타에서는 두 플랫폼의 권한과 변경 흐름이 어디에서 관리되는지 저장소별로 확인해야 한다.
Origin은 커서 에이전트와 코드 저장소를 같은 서비스 안에 둔다는 점에서 일반적인 Git 호스팅과 차별화를 시도한다. 개발자가 작업을 지시하면 에이전트가 저장소를 읽고 코드를 수정한 뒤 PR로 넘기는 흐름을 짧게 만들 수 있다. 반면 조직이 실제 업무에 적용하려면 브랜치 보호, 필수 리뷰, 상태 검사, 감사 로그, 비밀정보 관리, 백업·복구 범위를 먼저 검증해야 한다. GitHub용 앱과 CI/CD, 보안 스캐너가 Origin에서 그대로 작동하는지도 별도 확인이 필요하다.
| 기능 | 초기 베타 지원 | 도입 전 점검 |
|---|---|---|
| 저장소 | 생성, push·pull | 권한·백업 정책 |
| GitHub 연동 | 저장소 미러링 | 원본과 동기화 방향 |
| 코드 검토 | PR 열기·검토·병합 | 필수 검사·승인 규칙 |
| 팀 이용 | 커서 팀과 공유 | 감사 로그·퇴사자 권한 |
실무에서는 새 프로젝트나 내부 실험 저장소로 먼저 검증하는 편이 안전하다. GitHub 미러링을 켠 뒤 동일한 변경이 양쪽에 어떻게 반영되는지, 에이전트가 만든 PR에 기존 CI 검사가 붙는지, 장애 때 원격 저장소에서 코드를 복구할 수 있는지를 시험해야 한다. Origin은 GitHub를 즉시 대체하는 완성형 서비스라기보다 AI 에이전트 중심 개발 흐름을 검증하는 초기 베타다. 조직용 보안·운영 기능의 공개 범위가 확대되는지가 본격 전환의 기준이 될 전망이다.
저작권자 © STORIUM 무단전재 및 재배포 금지
