Cursor가 AI Code Editor 다음 제품으로 Origin을 내놓았습니다. Origin은 개발자가 코드를 저장하고 함께 작업하는 새 호스팅 플랫폼입니다. 저장소를 보관하는 데서 끝나지 않고 코드 탐색과 편집, pull request 처리, 코드베이스 협업까지 GitHub에서 익숙했던 작업을 담습니다. Cursor가 코드 생성 도구에서 코드가 실제로 검토되고 합쳐지는 공간으로 영역을 넓히려는 모습입니다.
흥미로운 점은 GitHub와의 관계입니다. Origin은 기존 플랫폼을 당장 버리라고 요구하지 않습니다. 개발자는 GitHub 조직을 Cursor에 연결한 뒤 동기화할 저장소를 고를 수 있고, GitHub 저장소와 Cursor가 호스팅하는 저장소를 나란히 둘 수 있습니다. 팀 전체를 한 번에 이전하는 대신 일부 저장소나 새로운 프로젝트부터 시험할 수 있는 구조입니다. 호스팅 시장에서 기존 사용자의 이동 비용이 큰 만큼, 이 연결 방식은 제품 기능만큼 중요한 선택입니다.
출시 시점에는 경쟁사의 약점도 겹쳤습니다. Origin이 공개된 당일 GitHub는 전 세계에서 6시간 넘게 기능 저하를 겪었습니다. 당시 전 세계 오류율은 약 20%로 보고됐고, LeadDev의 최근 분석은 지난 1년 동안 GitHub에서 257건의 장애가 발생했다고 집계했습니다. GitHub의 서비스 품질에 대한 개발자들의 불만이 커진 순간에 Cursor가 대안을 제시한 셈입니다.
그렇다고 Origin의 경쟁이 쉬운 것은 아닙니다. GitHub는 지난해 10월 기준 1억8천만 명의 개발자를 사용하는 세계 최대 코드 호스트입니다. 개발자가 옮겨야 하는 것은 저장소 데이터만이 아닙니다. 팀의 리뷰 방식, 권한, 협업 습관, 자동화가 함께 따라갑니다. Cursor는 앞으로 Origin에 agent native 기능을 넣고 더 넓은 앱 생태계를 만들겠다고 밝혔지만, 세부 내용은 아직 많지 않습니다.
그래서 이번 출시는 완성된 GitHub 대체재보다 방향을 보여주는 사건에 가깝습니다. AI가 코드를 쓰는 속도가 빨라질수록, 그 코드가 어디에 저장되고 누가 검토하며 어떤 절차로 주 코드베이스에 들어가는지가 중요해집니다. Cursor는 그 다음 구간을 다른 플랫폼에 맡기지 않겠다는 신호를 보냈습니다. Origin의 승부처는 예쁜 저장소 화면이 아니라, 생성부터 리뷰와 병합까지 이어지는 팀의 하루를 얼마나 덜 끊기게 만드는가에 있습니다.