AI 코딩 에디터 커서(Cursor) — 제작사 앤스피어(Anysphere)를 스페이스X가 600억 달러에 인수한 그 회사입니다 — 가 2026년 8월 17일, 에디터가 아닌 제품을 하나 내놨습니다. 이름은 오리진(Origin), 코드 호스팅 플랫폼입니다. 저장소, 풀 리퀘스트, 코드 리뷰, 브라우징, 머지, CI 연동까지. 이 목록이 익숙하다면 당연합니다. 20년 가까이 깃허브(GitHub)와 깃랩(GitLab)이 맡아 온 바로 그 영역입니다.
그래서 첫 반응은 뻔합니다. 커서가 깃허브 대항마를 만들었다는 것입니다. 틀린 말은 아닙니다. 그런데 이 표현은 정작 흥미로운 부분을 놓칩니다.
### 하필 깃허브가 멈춘 날 나온 제품
오리진이 공개된 8월 17일은 공교롭게도 깃허브에 몇 시간짜리 대형 장애가 발생한 날이었습니다. 등장 타이밍치고는 지나치게 상징적입니다. 다만 이 장애는 우연이고, 진짜 이야기를 가리키는 손가락일 뿐입니다. 핵심은 “코드를 둘 곳이 하나 더 생겼다”가 아닙니다.
커서가 내건 슬로건은 “에이전트 규모의 Git 호스팅(Git hosting, at agent scale)”입니다. 이 문장 하나에 많은 것이 담겨 있습니다.
### 코드 호스팅의 전제 — 사람
20년 동안 코드 호스팅은 한 가지 전제 위에 지어졌습니다. 반대편에 사람이 있다는 것입니다. 사람이 브랜치를 열고, 오후 내내 몇 개의 커밋을 쌓고, 풀 리퀘스트를 올리고, 동료의 리뷰를 기다리고, 코멘트를 반영해 머지합니다. 리뷰 큐, PR 토론 스레드, 머지 버튼까지 이 모든 절차가 사람의 손과 사람의 집중력에 맞춰 설계돼 있습니다. 깃허브의 구조 전체가 병목은 사람이라고 가정합니다.
그 사람 자리에 에이전트가 들어오면 그림이 달라집니다.
커서가 6월 Compile 컨퍼런스에서 공개한 수치는 그 전제에 잘 맞지 않는 규모를 보여 줍니다. 시간당 약 29만 6천 회의 클론, 단일 저장소에서 초당 최대 22.6회의 커밋입니다. 이 숫자는 감사받은 벤치마크가 아니라 커서가 데모에서 발표한 자체 수치이므로 그렇게 봐야 합니다. 그 점을 감안해도 방향은 분명합니다. 에이전트는 오후 내내 커밋 몇 개를 쌓는 존재가 아닙니다. 분당 수십 개의 커밋을 쏟아 내고, 클론을 끊임없이 만들고 지우며, 사람 기준으로 설계된 리뷰 큐가 감당하도록 만들어진 것보다 훨씬 빠르게 풀 리퀘스트를 엽니다.
“에이전트 규모”라는 말의 실제 의미가 이것입니다. 빠르다는 자랑이 아니라, 작업의 성격 자체가 바뀌었다는 주장입니다. 사람의 속도에 맞춘 Git 호스팅은 트래픽이 기계의 속도로 바뀌는 순간 한계를 드러내기 시작합니다.
### 에디터 안으로 내려온 저장소
오리진은 그 문제에 대한 커서의 답입니다. 그리고 중요한 점은, 이 물건이 에디터에 곧장 연결돼 있다는 것입니다. 커서 데스크톱 클라이언트의 새 탭과 전용 커맨드라인 도구로 접근합니다. 따로 웹사이트를 띄우는 방식이 아닙니다. 깃허브 저장소를 오리진으로 원클릭 복사하는 경로가 있고, 업스트림 변경을 계속 동기화해 깃허브를 한 번에 버리지 않아도 됩니다. 지금은 유료 구독자에게만 열린 얼리 베타 단계입니다.
“에디터에 연결됐다”는 이 대목이 사실상 전부입니다. 커서는 이미 코드가 작성되는 곳과 에이전트가 도는 곳을 쥐고 있습니다. 그리고 코드가 저장되는 곳까지 한 층 더 내려가 손에 넣으려 합니다. 에디터, 에이전트, 저장소가 하나의 루프가 되고, 한 회사가 전 과정을 통제하게 됩니다. 플랫폼 관점에서 이것은 수직 통합이고, 노리는 것은 개발 워크플로의 통제점입니다. 마이크로소프트가 깃허브를 인수한 뒤 줄곧 쥐고 있던 바로 그 자리입니다.
그리고 그 ‘한 회사’가 누구인지 짚어 둘 필요가 있습니다. 앤스피어의 600억 달러 매각은 2026년 8월 14일, 오리진 출시 사흘 전에 종결됐습니다. 커서는 xAI와 함께 스페이스X의 SpaceXAI 부문으로 편입됐습니다. 저장소 계층까지 내려가 쥐려는 주체는 단순한 에디터 스타트업이 아니라, 그록(Grok)을 만드는 회사입니다. 그 회사에는 커서가 만들어 내는 것, 즉 개발자로 향하는 직접 통로와 실제 코딩 데이터가 필요합니다. 코드가 저장되는 곳을 소유하는 일은 워크플로 장악만이 아니라 데이터 파이프라인이기도 합니다.
이 흐름은 앞서 다룬 적이 있습니다. 코딩 에이전트를 협업시키는 진짜 열쇠가 대화가 아니라 Git 자체였다는 비동기 코딩 에이전트 협업 연구입니다. 오리진은 그 통찰을 인프라로 구현한 결과입니다. Git이 에이전트가 조율하는 방식이라면, 그 Git 저장소를 호스팅하는 쪽이 에이전트 워크플로의 한복판에 앉습니다. 커서도 같은 계산을 한 것으로 보입니다.
### 그래도 깃허브의 해자는 큽니다
다만 “깃허브 킬러”라는 서사는 너무 쉽고, 대체로 틀립니다.
깃허브의 해자는 git 서버가 아닙니다. git 서버는 누구나 돌립니다. 해자는 그 위에 쌓인 모든 것입니다. 깃허브 액션(Actions)과 CI 생태계, 수억 명의 개발자, 오픈소스 평판이 사는 신원 계층, 그리고 업계의 거의 모든 도구가 이미 깃허브와 연동돼 있다는 사실입니다. 오리진은 첫날 기준으로 유료 커서 요금제 뒤에 잠긴 얼리 베타입니다. 깃허브의 설치 기반을 위협하는 수준이 아닙니다. 특정한 미래에 거는 선택입니다.
주목할 지점은 그 선택입니다. 커서는 개발자가 깃허브를 버릴 것이라 주장하지 않습니다. 에이전트가 자율적으로 코드를 짜는 새로운 종류의 트래픽에는 그것을 위해 만들어진 인프라가 필요하고, 에디터와 에이전트를 쥔 회사가 그 인프라를 제공할 자연스러운 위치라고 주장합니다. 커서 제품 안에서는 자율 실행 에이전트가 사람 대신 여는 풀 리퀘스트의 비중이 점점 커지고 있습니다. 이 비율이 계속 오른다면, 질문은 “어느 웹사이트가 내 코드를 호스팅하나”에서 “쉬지 않는 에이전트를 어느 시스템이 수용할 수 있는가”로 옮겨 갑니다.
### 짧은 마무리
이 흐름은 제가 꾸준히 따라온 주제와 이어집니다. AI 에이전트가 하나의 API로 회사를 통째로 운영하게 만든 AI 에이전트 비즈니스 자동화 스타트업, 그리고 에이전트를 어디서나 돌릴 만큼 작고 효율적인 모델을 내놓은 소형 온디바이스 에이전트 모델 이야기입니다. 밑에 깔린 패턴은 같습니다. 에이전트가 신기한 물건에서 일꾼으로 넘어가면서, 사람의 시대에 물려받은 인프라의 전제가 조용히 안 맞기 시작합니다.
오리진은 이길 수도, 못 이길 수도 있습니다. 베타는 실패하고, 깃허브는 거대합니다. 하지만 그 밑에 깔린 주장, 즉 에이전트 규모의 개발에는 사람 규모 인프라의 개조가 아니라 자체 토대가 필요하다는 주장은 이 제품 하나의 성패와 무관하게 다음 제품에서 또 나타날 것입니다. 그것이 진짜 신호입니다. 출시일의 깃허브 장애는 극적인 배경일 뿐이고, 진짜 뉴스는 에이전트 규모의 코드 호스팅이 실제로 나왔다는 것, 그리고 그것이 스페이스X의 AI 진영 안에서 마이크로소프트가 오래 쥐어 온 개발 워크플로를 겨냥한다는 사실입니다.
원문 출처 / Source: https://venturebeat.com/infrastructure/cursor-launches-origin-code-hosting-platform-as-github-outage-exposes-opening-in-ai-coding-race
이미지: Ilya Pavlov / Unsplash
댓글 남기기