첫 번째 Compile 컨퍼런스에서, Cursor는 AI 에이전트 (AI Agents)를 위해 설계된 코드 저장 및 Git 호스팅 플랫폼인 Origin을 출시했습니다. 이 기술 스택은 Graphite(2025년 12월 인수)로부터 가져온 것입니다. Origin은 에이전트를 일급 시민 (first-class citizens)으로 취급하며, GitHub 및 GitLab과 직접적으로 경쟁합니다.
왜 AI 에이전트에게 전용 코드 호스팅이 필요한가
전통적인 Git은 인간을 위해 설계되었습니다: 브랜치 생성, 코드 작성, PR 제출, 리뷰 대기, 머지 (merge). AI 에이전트는 다르게 작동합니다 — 하나의 에이전트가 몇 분 만에 수십 개의 브랜치를 생성할 수 있으며, 병렬 작업을 처리하고 대규모 머지 충돌 (merge conflicts)을 발생시킬 수 있습니다.
GitHub의 브랜치 모델은 이러한 동시성 (concurrency)을 처리하는 데 어려움을 겪습니다.
주요 설계 결정 사항
- 에이전트 우선 브랜치 관리 (Agent-first branch management): 자동 충돌 해결 기능을 갖춘 수천 개의 동시 브랜치
- 대화 기반 변경 사항 (Conversation-bound changes): 각 코드 변경 사항을 해당 변경을 생성한 AI 대화와 연결
- 병렬 작업 스케줄링 (Parallel task scheduling): 여러 이슈를 동시에 처리
- 자동 리뷰 (Automated review): 머지 전 내장된 AI 코드 리뷰
GitHub와의 경쟁
GitHub는 1억 명 이상의 개발자를 보유하고 있으며 사실상의 표준 (de facto standard)입니다. 하지만 Cursor의 주장은 다음과 같습니다: AI 에이전트가 주요 코드 생산자가 됨에 따라, GitHub의 인간 중심 설계는 병목 현상 (bottleneck)이 될 것이라는 점입니다.
데이터가 이를 뒷받침합니다 — GitHub의 연간 커밋 (commits) 수는 대부분 AI 주도로 2025년 10억 건에서 2026년 140억 건으로 급증할 것으로 예상됩니다. Microsoft는 심지어 GitHub의 부하를 처리하기 위해 AWS 컴퓨팅 자원을 임대하기도 합니다.
개발자가 해야 할 일
- 지켜보되 서두르지 마세요: Origin은 이제 막 출시되었으며, 생태계는 여전히 구축 중입니다.
- 핵심 가치: AI 에이전트 프로그래밍을 집중적으로 사용한다면, 동시 브랜치 기능이 효율성을 높일 수 있습니다.
- 단기적 시나리오: 인간 간의 협업에는 GitHub를 사용하고, AI 에이전트 작업 공간으로는 Origin을 사용하세요.
Auto-compiled by Deskless Daily. Full bilingual version at wdsega.github.io