GitHub이 무너진 날, 머스크의 Cursor가 Origin을 출시했다 — 에이전트 시대의 코드 호스팅 경쟁

핵심 요약

• 2026년 8월 17일, GitHub이 critical 등급 장애를 겪은 바로 그날, 머스크의 Cursor가 자체 코드 호스팅 'Origin'을 출시했습니다 (GitHub status, Neowin).
• Origin은 "git forge for the agentic era" 를 내세웁니다. GitHub/GitLab은 "개발자가 코드 쓰고 PR 열고 리뷰 기다리는" 설계인데, 에이전트는 그보다 훨씬 빠르게 변화를 만들기 때문입니다 (Neowin).
• 6월 데모에서 Cursor는 에이전트 떼가 단일 repo에 초당 22.6커밋, 시간당 81K push / 295K clone을 찍는 모습을 보여줬습니다 (Neowin).
• 같은 흐름에서 전 GitHub CEO Thomas Dohmke의 Entire($60M 시드)과 AI 학습 반대를 내세운 Monohub도 등장했습니다 (Entire, Monohub).
• 반면 Google은 특정 소스코드의 Git 태그 푸시를 중단하고 Forms 요청 + Google Drive 다운로드 방식으로 전환했습니다 (GrapheneOS).
• 결론: GitHub이 무너지는 게 아니라, 에이전트 시대의 코드 호스팅을 둘러싼 대안 경쟁이 시작된 것입니다.

GitHub이 무너진 날, Origin이 출시됐다

8월 17일, GitHub 공식 상태 페이지에 [critical] Incident with GitHub.com이 기록됐습니다. 같은 날, Cursor가 자체 코드 호스팅 플랫폼 Origin의 베타를 시작했습니다. Cursor는 현재 SpaceX(머스크) 소속이라 해외 언론은 이를 "Elon Musk's GitHub alternative"라고 표현했습니다 (GitHub status, Neowin).

공교로운 타이밍이지만, 이건 우연이 아닐 수 있습니다. GitHub은 최근 몇 달간 장애가 잦았습니다. 1월에는 모델 업데이트 설정 버그로 Copilot이 100% 에러율을 보였고, 2월 9일에는 단 12시간 안에 PR, Actions 러너, 웹훅, 이슈, Git push, Pages, Packages에서 5건 이상의 사고가 발생했습니다 (Neowin). 매달 사고가 없는 달이 없었습니다.

Origin이 주장하는 것: 에이전트는 GitHub을 못 버티게 한다

Origin의 핵심 주장은 간단합니다. GitHub과 GitLab은 사람이 코드를 쓰고, PR을 열고, 리뷰를 기다리는 흐름에 맞춰 설계됐다는 것입니다. 그런데 그 리뷰는 며칠이 걸릴 수 있습니다. 반면 AI 에이전트는 훨씬 빠르게 변화를 만들고, 때로는 동시에 여러 개를 만듭니다. 이건 GitHub 같은 기존 호스팅에 전혀 다른 종류의 부하를 겁니다 (Neowin).

이 주장을 뒷받침하는 수치가 있습니다. 6월 데모에서 Cursor는 에이전트 떼가 단일 저장소에 초당 22.6커밋, 시간당 81K push와 295K clone을 유지하는 모습을 보여줬습니다. 사람이 만드는 부하와는 비교가 안 되는 규모입니다. Origin의 기능도 에이전트 중심입니다 — Cursor 에이전트가 직접 저장소를 만들고, 스택형 PR을 diff와 함께 리뷰하고, Vercel 프리뷰 배포와 CI(Depot, Buildkite)를 연결합니다 (Neowin).

다만 아이러니도 있습니다. Origin은 출시 직후 GitHub sync를 제공합니다 — 기존 프로젝트는 GitHub을 source of truth로 유지하며 Origin으로 실시간 미러링합니다. 그리고 실제로 GitHub의 장애가 Origin에 영향을 준 사건이 있었습니다. HN 댓글은 이 지점을 날카롭게 지적했습니다. "GitHub에서 사람들을 빼앗으려고 발표했는데, 정작 Origin도 GitHub에 의존하고 있었다"는 것입니다.

전 GitHub CEO의 Entire — 짧게

같은 흐름의 다른 사례입니다. 2월, 전 GitHub CEO Thomas Dohmke가 Entire를 발표했습니다. $60M 시드 라운드로 "세계의 다음 개발자 플랫폼"을 만들겠다는 포부입니다. 첫 제품은 오픈소스 CLI로, 에이전트 컨텍스트를 모든 push에 Git과 묶는 도구입니다 (Entire). 그는 "게임이 바뀌었다. 시스템이 갈라지고 있다"고 말하며, 에이전트가 병렬로 코드를 생성하는 시대를 GitHub이 따라가지 못한다고 봅니다. Entire은 아직 초기 단계지만, GitHub을 가장 잘 아는 사람이 GitHub을 대체하려 나선 사례라는 점에서 의미가 있습니다.

또 하나 짚을 만한 대안은 Monohub입니다. "Noiseless Git code hosting — No AI training on your code"를 내세웁니다. 코드로 AI를 학습시키지 않겠다는 약속입니다. 같은 'GitHub 대안'이지만 방향이 정반대입니다 — Origin은 AI 에이전트를 위해 만들고, Monohub은 AI로부터 코드를 지키기 위해 만듭니다 (Monohub).

Google의 역행: Git 태그를 Drive로

대안들이 코드 호스팅을 새로 짓는 동안, Google은 반대 방향으로 움직였습니다. 보안 연구 단체 GrapheneOS가 공개한 내용입니다. Google이 특정 소스코드에 대해 Git 태그 푸시를 중단하고, Google Forms로 요청한 뒤 Google Drive에서 소스코드를 받는 방식으로 전환했습니다 (GrapheneOS). HN에서는 "완전히 말도 안 된다", "GPL 위반이다"라는 반응과 함께, "Android는 항상 'source-open'이었지 'open source'는 아니었다"는 지적이 나왔습니다. 대안이 문을 여는 동안, 기존 플랫폼은 문을 닫는 셈입니다.

판단과 체크리스트

정리하면, GitHub을 둘러싼 움직임은 세 방향입니다. 에이전트를 위해 새로 짓는 쪽(Cursor Origin), GitHub 출신이 다시 만드는 쪽(Entire), AI로부터 지키는 쪽(Monohub). 그리고 Google처럼 소스 접근을 통제하는 쪽까지 있습니다. GitHub이 무너지는 게 아니라, 코드 호스팅이 무엇이어야 하는지에 대한 정의 경쟁이 시작된 것입니다.

다만 비판적으로 볼 점은 분명합니다. 첫째, "대안"이라고 불리는 것들이 여전히 GitHub에 의존합니다 — Origin의 GitHub sync가 대표적입니다. 둘째, HN 댓글의 지적처럼 신뢰성 때문에 GitHub을 떠나는 사람은 거의 없습니다. 장애는 짜증나지만, 10억 개 이상의 저장소와 개발자 생태계는 쉽게 이동할 수 있는 자산이 아닙니다. 셋째, 이 대안들은 결국 또 다른 중앙 플랫폼입니다 — 머스크의 Cursor, VC의 Entire, Google의 Drive. 분산이 아니라 게이트키퍼 교체일 뿐입니다.

프로젝트를 운영한다면 아래를 참고하시기 바랍니다.

• 1단계 — 에이전트 부하를 측정합니다. 저장소에 에이전트가 커밋·clone을 얼마나 만드는지 수치화합니다. 초당 22.6커밋 규모가 되면 기존 호스팅 한계를 시험하게 됩니다.
• 2단계 — GitHub sync 전략을 정합니다. Origin 같은 신규 호스팅을 쓸 때도 GitHub을 source of truth로 둘지, 완전히 이전할지 결정합니다. 출시 직후 장애가 신규 호스팅에 전파된 사례가 있습니다.
• 3단계 — AI 학습 정책을 확인합니다. 코드로 AI를 학습시키는 것에 민감하다면, 명시적으로 금지하는 호스팅(Monohub류)을 고려합니다.
• 4단계 — 소스 접근 경로를 감시합니다. Google처럼 Git 태그를 Forms/Drive로 바꾸는 사례가 늘고 있으니, 의존하는 오픈소스의 배포 방식 변화를 주시합니다.
• 5단계 — 게이트키퍼 교체를 경계합니다. 대안이 '분산'이 아니라 '새 중앙'일 수 있습니다. 데이터 이전 자유와 표준 준수를 확인합니다.

결론은 이렇습니다. GitHub이 무너진 날 출시된 Origin은 상징적입니다. 에이전트가 초당 22.6커밋을 찍는 시대, 코드 호스팅은 바뀔 수밖에 없습니다. 하지만 대안들의 정체를 잘 들여다보면 — GitHub 출신 CEO의 재도전, 머스크의 자체 플랫폼, AI 학습 반대 서비스 — 모두 또 다른 중앙 플랫폼을 향한 경쟁입니다. 분산이 아니라 게이트키퍼 교체라는 것을 기억해야 합니다.