커서 오리진 베타 출시…깃허브 아성에 도전장
스페이스X에 인수된 AI 코딩툴 커서가 코드 호스팅 플랫폼 오리진 베타를 공개했다. 깃허브 대규모 장애와 맞물리며 AI 에이전트 시대 코드 인프라 주도권 경쟁이 불붙었다.
커서 '오리진'은 왜 깃허브에 도전장을 던졌나?
스페이스X에 인수된 AI 코딩툴 커서(Cursor)가 코드 호스팅 플랫폼 '오리진(Origin)'의 베타 버전을 유료 사용자 대상으로 순차 공개했다. 코드 에디터를 넘어 코드 저장과 협업 영역까지 사업을 확장하며 개발자 세계의 사실상 표준인 깃허브(GitHub)를 정조준했다. 공교롭게도 배포 직후 깃허브가 대규모 장애를 일으키면서, AI 에이전트 시대 코드 인프라의 주도권 경쟁이 단숨에 수면 위로 떠올랐다.
목차
커서는 어떤 배경에서 오리진을 내놨나?
커서는 그동안 AI 코드 에디터를 중심으로 개발자에게 자동화된 웹 개발 서비스를 제공해왔다. 다만 코드는 언제나 깃허브 같은 외부 저장소에 놓여 있었고, 커서는 그 위에 얹혀 동작하는 도구였다. 오리진은 이 구도를 바꾸려는 시도다. 개발자가 코드베이스를 공동 작업하고, 코드를 탐색·수정하며, 풀 리퀘스트(PR)를 처리하고 저장소를 운영하는 핵심 호스팅 기능을 커서 안에서 직접 제공한다. 오리진은 지난해 12월 인수한 그래파이트(Graphite) 기술을 재설계해 만들어졌으며, 스페이스X가 8월 모회사 앤아이스피어를 600억 달러에 인수하면서 커서는 머스크 제국의 일부가 됐다.
Cursor built Origin on re-architected technology from its December 2025 Graphite acquisition, expanding from editor to full code-hosting after SpaceX's $60 billion buyout of parent Anysphere.
왜 하필 지금, 깃허브 장애와 겹쳤나?
커서는 당초 가을로 예고했던 일정을 앞당겨 17일(현지 시각) 오전부터 오리진 베타를 배포하기 시작했다. 그리고 배포 약 3시간 반 뒤 깃허브가 6시간 42분 동안 전 세계적 서비스 저하를 겪었다. 이 시간 동안 깃허브의 PR·이슈·API 오류율은 약 20%, 아카이브와 raw 파일 다운로드 오류율은 50%까지 치솟았다. 기업용 인증 기능인 SAML·OIDC와 깃허브 코파일럿도 영향을 받았다. 우연의 일치였지만, 커서가 오리진을 만든 이유를 그대로 증명하는 사건이 됐다. 깃허브 장애는 이번이 처음도 아니어서, 지난해 5월부터 올해 4월까지 257건의 장애가 기록됐다.
Origin's beta rollout was followed hours later by a nearly seven-hour GitHub outage, with error rates hitting 20% on core services and 50% on downloads.
오리진의 성능 수치는 얼마나 되나?
커서가 6월 컴파일(Compile) 컨퍼런스에서 공개한 오리진의 성능 지표는 공격적이다. 시간당 약 29만6000회 레포지토리 클론, 시간당 약 8만1000회 푸시, 단일 레포지토리 기준 초당 22.6회 커밋을 처리한다. 글로벌 동기화 지연은 400밀리초 미만, 자동 장애조치는 10밀리초 미만을 내세웠다. 저장 구조는 NVMe 기반 Git 파일 서버를 핫패스 계층으로, S3를 신뢰할 수 있는 원본(SoT)으로 삼는 방식이다. 커서는 "깃허브는 사람을 위해 설계됐지만, 오리진은 AI 에이전트를 위해 설계됐다"며 차별점을 강조했다.
Origin claims 296,000 clones per hour, sub-400ms global sync, and sub-10ms failover, positioning itself as infrastructure built for agents rather than humans.
AI 에이전트가 코드 인프라를 어떻게 바꾸나?
핵심은 폭증하는 트래픽이다. 깃허브 COO에 따르면 2025년 한 해 처리한 커밋이 10억 건이었는데, 올해 4월 기준 주당 약 2억7500만 건을 처리하고 있다. 이 추세라면 올해 약 140억 건으로 전년 대비 14배에 이른다. AI 에이전트가 여는 PR도 지난해 9월 약 400만 건에서 올해 3월 1700만 건으로 반년 만에 4배 늘었다. 깃허브 CTO조차 "미래 요구량이 현재의 30배가 될 수 있다"며 현재 설계로는 감당하기 어렵다고 인정했다. 커서는 깃허브와 병용 가능하도록 설계해 개발자의 자연스러운 환경 전환을 노린다. 다만 코드 소유권이 머스크 계열사로 넘어가는 데 대한 경계심은 오리진 확산의 변수로 남는다.
Surging AI-agent traffic — commits on track for a 14x yearly jump — is straining GitHub's infrastructure, opening a window Cursor aims to exploit while questions over code custody linger.
오리진의 등장은 개발자에게 득일까 실일까?
오리진의 출현을 단순히 '깃허브 대항마의 등장'으로만 읽으면 이 사건의 무게를 절반밖에 이해하지 못한다. 지금 벌어지는 일의 본질은 코드가 놓이는 자리, 즉 인프라의 소유권이 이동하기 시작했다는 점이다. 지난 20여 년간 개발자들은 깃허브라는 중립적 광장에 코드를 올려두고 서로의 작업을 신뢰해왔다. 그 광장이 마이크로소프트 소유라는 사실조차 대부분 의식하지 않을 만큼 깃허브는 공기처럼 당연한 존재였다. 그런데 이제 커서가 자사 에디터 안에 코드 저장소를 직접 품으면서, 개발자는 '어디에 코드를 두느냐'라는 오래된 질문을 다시 마주하게 됐다.
커서의 전략은 영리하다. 깃허브를 정면으로 부정하지 않고 '병용 가능'을 내세운 점이 핵심이다. 개발자에게 갈아타라고 강요하지 않고, 이미 익숙한 환경에서 오리진의 편의를 슬며시 경험하게 만든다. 클론 29만 회, 동기화 400밀리초라는 수치 경쟁의 이면에는, 사용자를 자사 생태계 안에 붙들어 두려는 명확한 의도가 깔려 있다. AI 에이전트가 사람보다 수십 배 빠르게 코드를 쏟아내는 시대에, 그 트래픽을 가장 잘 감당하는 플랫폼이 곧 개발 권력의 중심이 되기 때문이다.
다만 개발자 입장에서 반드시 짚어야 할 지점이 있다. 코드는 기업의 가장 민감한 자산이며, 그 자산이 머스크 계열사의 인프라 위에 쌓인다는 사실은 편의성만으로 넘길 문제가 아니다. 특정 벤더에 종속되는 순간, 요금 정책·데이터 이동·서비스 중단 리스크는 온전히 사용자의 몫이 된다. 깃허브의 잦은 장애가 오리진에 기회를 열어준 것처럼, 오리진 역시 언제든 같은 비판의 대상이 될 수 있다. 결국 이번 경쟁의 승자는 더 빠른 수치를 제시한 쪽이 아니라, 개발자가 자신의 코드를 맡겨도 안심할 수 있다고 끝까지 신뢰하는 쪽이 될 것이다.
Origin's real significance lies in shifting who owns the infrastructure beneath developers' code; its "works alongside GitHub" pitch is a savvy lock-in play, but vendor dependence and code custody under Musk's empire remain the decisive trust questions.