Cursor, GitHub 경쟁자를 출시하다: Origin이 AI 에이전트를 코드 호스팅에 직접 연결하는 방법

수년간 소프트웨어 개발의 워크플로우는 익숙한 패턴을 따랐습니다. 개발자는 한 응용 프로그램에서 코드를 작성하고, GitHub에 저장하며, 풀 리퀘스트를 통해 변경 사항을 검토하고, 테스트, 배포 및 자동화를 위한 추가 서비스를 연결합니다.

그러던 중 AI 코딩 에이전트가 등장했습니다.

갑자기 소프트웨어 프로젝트는 더 이상 인간만이 변경할 수 없게 되었습니다. AI 에이전트는 전체 코드베이스를 읽고, 수십 개의 파일을 수정하며, 명령을 실행하고 풀 리퀘스트를 생성할 수 있었습니다. 그러나 이러한 워크플로우의 기초 구조는 여전히 주로 인간 개발자를 위해 설계되었습니다.

Cursor는 이 구조가 변화해야 한다고 믿습니다.

이 AI 코딩 회사는 Origin이라는 자사 Git 호스팅 플랫폼을 출시하였으며, 이는 GitHub에 점점 더 직접적인 경쟁자가 되고 있습니다. Origin은 현재 Cursor의 유료 플랜에서 초기 베타로 출시되고 있으며, 저장소, 코드 탐색, 풀 리퀘스트 및 GitHub 동기화를 제공합니다. 그러나 제품 뒤에 있는 더 큰 아이디어는 훨씬 더 야심찹니다: AI 에이전트를 위해 처음부터 설계된 코드 호스팅 플랫폼을 구축하는 것입니다.

Origin이란?

Origin은 Cursor가 “에이전트 시대를 위한 Git 포지”라고 부르는 것입니다.

간단히 말하면, 이것은 개발자가 Git 저장소를 호스팅하고 협력하며 변경 사항을 관리할 수 있는 장소입니다. 사용자는 Cursor가 호스팅하는 저장소를 만들고, 표준 Git 워크플로우를 사용하여 코드를 푸시하고, 저장소를 복제하고, 파일을 탐색하며, 풀 리퀘스트와 함께 작업할 수 있습니다.

이는 즉시 Origin을 GitHub, GitLab 및 다른 코드 호스팅 플랫폼이 전통적으로 차지해온 영역으로 진입하게 합니다.

그러나 Cursor의 전략은 단순히 다른 인터페이스를 가진 GitHub를 재현하는 것이 아닙니다. 이 회사는 Origin을 새로운 전제로 구축하고 있습니다: 저장소는 점점 더 인간과 자율 AI 에이전트 모두가 작업할 것입니다.

공식 출시 발표에서 Cursor는 Origin이 필수적인 것들, 저장소, 풀 리퀘스트, 코드 탐색 및 GitHub 동기화, 로 시작하며, 더 많은 에이전트 친화적인 기능이 향후 출시될 계획이라고 말했습니다.

Cursor는 왜 GitHub 경쟁자를 구축했나요?

답은 AI 지원 프로그래밍의 빠른 성장에 있습니다.

전통적인 소스 제어 플랫폼은 인간 행동을 중심으로 설계되었습니다. 개발자는 코드를 작성하고, 브랜치를 생성하고, 변경 사항을 커밋하며, 풀 리퀘스트를 엽니다. 다른 개발자는 작업을 검토하고 승인하거나 거부합니다.

AI 에이전트는 이 모델을 복잡하게 만듭니다.

단일 에이전트는 전체 저장소를 검토할 수 있고, 여러 구성 요소에서 변경 사항을 적용하며, 인간 개발자보다 훨씬 빠르게 작업을 완료할 수 있습니다. 여러 에이전트는 동시에 다른 작업에 집중할 수도 있습니다.

이는 다른 유형의 작업량을 생성합니다.

Cursor의 주장은 코드 호스팅 인프라가 이 새로운 환경에 맞게 설계되어야 한다는 것입니다. AI 에이전트를 기존 플랫폼에 연결된 외부 도구로 간주해서는 안 됩니다.

따라서 Origin은 저장소와 에이전트를 더 가까이 가져가려고 노력합니다.

AI를 코드 편집기 옆에 앉아있는 챗봇으로 생각하는 대신, Cursor는 AI가 소프트웨어 개발 생애주기 전반에 걸쳐 일환으로 작용할 수 있는 워크플로우를 지향하고 있습니다.

Origin이 기존 Git 저장소와 함께 작동하는 방식

Origin의 가장 실용적인 기능 중 하나는 개발자가 즉시 GitHub를 포기할 필요가 없다는 것입니다.

Cursor는 사용자가 GitHub와 연결하고 선택한 저장소를 Origin과 동기화하도록 허용합니다. 이는 기존 프로젝트가 Cursor의 호스팅 환경 내에서 원래의 GitHub 저장소와의 연결을 유지하면서 나타날 수 있음을 의미합니다.

Cursor의 릴리스 정보에 따르면, 사용자는 동기화할 저장소를 선택하고 필요 시 연결을 끊을 수 있습니다. 따라서 Origin은 GitHub와 공존할 수 있도록 설계되었으며 초기부터 완전한 이주를 요구하지 않습니다.

이것은 전략적으로 중요합니다.

GitHub은 기존 저장소, 개발자 커뮤니티, 통합 및 기업 워크플로우를 중심으로 구축된 거대한 생태계를 가지고 있습니다. 기업이 모든 것을 하룻밤 사이에 이동하도록 설득하기는 어려울 것입니다.

동기화 레이어는 이러한 장벽을 낮춥니다.

개발자는 기존 GitHub 인프라를 계속 사용하면서 Origin을 실험할 수 있습니다. 새로운 플랫폼이 유용하게 입증되면, 더 많은 워크플로가 서서히 Cursor의 생태계로 이동할 수 있습니다.

Origin vs GitHub: 차이점은 무엇인가요?

기본적으로 Origin과 GitHub는 많은 동일한 문제를 해결합니다. 두 플랫폼 모두 저장소와 코드 협업의 공간을 제공합니다.

차이점은 Cursor가 이러한 기본 사항 주위에 구축하려는 아키텍처입니다.

이것은 Origin이 이미 GitHub와 기능적으로 일치한다는 의미는 아닙니다.

그렇지 않습니다.

GitHub는 기업 보안, CI/CD 도구, 패키지 관리, 개발자 커뮤니티 및 통합을 구축하는 데 수년이 걸렸습니다. Origin은 초기 베타 단계의 새로운 제품입니다.

그러나 Cursor는 기존 GitHub의 모든 기능을 복사하여 승리하려고 하지 않습니다. 개발 워크플로우 자체가 충분히 빠르게 변화하고 있어 새로운 유형의 플랫폼을 위한 기회를 창출할 것이라는 데 베팅하고 있습니다.

큰 아이디어: AI 에이전트를 위한 저장소 구축

“에이전트 친화적”이라는 문구는 Origin을 이해하는 데 핵심적입니다.

오늘날의 AI 코딩 도구는 종종 기존 인프라 위에서 작동합니다. 에이전트는 저장소에 대한 접근 권한을 받고, 코드를 읽고, 변경 사항을 적용하며 이러한 변경 사항을 GitHub 또는 다른 Git 공급자를 통해 다시 보냅니다.

Cursor는 이러한 시스템 간의 거리를 줄이고 싶어합니다.

Origin을 통해 저장소는 Cursor의 AI 도구와 동일한 광범위한 환경 내에 존재합니다. 장기적인 비전은 에이전트가 버전 제어를 외부 목표로 간주하는 것이 아니라 저장소, 브랜치 및 풀 리퀘스트와 직접 작업하도록 하는 것입니다.

앞으로의 전형적인 워크플로우는 다음과 같을 수 있습니다:

개발자가 작업 할당 → AI 에이전트가 저장소 조사 → 에이전트가 코드 변경 → 테스트 실행 → 변경 사항이 커밋 → 풀 리퀘스트 생성 → 인간이 결과 검토.

인간은 과정에서 사라지지 않습니다.

오히려 인간의 역할은 점점 더 작업 정의, 변경 사항 검토 및 상위 수준의 엔지니어링 결정을 내리는 방향으로 전환됩니다.

그 구분은 중요합니다. AI는 코드를 빠르게 생성할 수 있지만 소프트웨어는 여전히 감독이 필요합니다. 에이전트는 요구 사항을 잘못 이해할 수 있으며 보안 문제를 도입하거나 프로젝트의 아키텍처를 해치는 방식으로 기술적으로 작동하는 변경 사항을 만들 수 있습니다.

Origin의 잠재적 가치는 개발자를 루프에서 제거하는 것이 아닙니다. 그것은 개발자와 에이전트 간의 협업을 보다 구조화할 수 있게 하는 것입니다.

코드 호스팅이 다음 AI 전장이 될 수 있는 이유

Cursor는 코드 편집기 경험을 변화시켜 잘 알려지게 되었습니다. AI는 자동 완성에서 훨씬 더 능동적인 것으로 전환되었습니다: 전체 프로젝트의 더 큰 부분을 이해하고 개발자를 대신하여 코드를 수정할 수 있는 시스템으로.

Origin은 그 전략을 편집기를 넘어 확장합니다.

Cursor가 코드가 작성되는 곳만 제어한다면, 또 다른 회사는 여전히 코드가 저장되는 위치와 변경 사항이 검토되는 방식을 제어합니다.

코드 호스팅을 추가함으로써 Cursor는 개발 워크플로우의 더 많은 부분을 연결할 수 있습니다:

• 코드 작성;

• 코드베이스 이해;

• AI 에이전트 실행;

• 저장소 관리;

• 브랜치 생성;

• 변경 사항 검토;

• 풀 리퀘스트 처리;

• CI 및 배포 도구 연결.

이는 보다 완전한 AI 개발 플랫폼의 가능성을 만듭니다.

그것이 Origin이 중요한 진짜 이유일 수 있습니다.

Origin이 정말로 GitHub에 도전할 수 있을까요?

Origin이 GitHub의 대체제라고 부르기에는 아직 이릅니다.

GitHub는 현대 소프트웨어 개발에 깊이 내장되어 있습니다. 수백만 명의 개발자와 조직이 그것의 저장소, 워크플로우 및 통합에 의존하고 있습니다. 이러한 생태계를 교체하는 것은 매우 어려울 것입니다.

Origin 역시 새로운 인프라 플랫폼이 가지는 일반적인 문제들을 가지고 있습니다: 개발자들은 귀중한 소스 코드를 신뢰해야 하며, 기업들은 보안을 평가해야 하고 팀은 기존 워크플로우를 변경할 수 있는 설득력 있는 이유가 필요합니다.

하지만 AI는 이전에 존재하지 않았던 기회를 창출할 수 있습니다.

GitHub는 인간이 거의 모든 생산 코드의 줄을 작성하는 세계를 위해 구축되었습니다. 다음 세대의 개발 인프라는 AI 에이전트가 소프트웨어 변경 사항의 증가하는 비율을 생성하고 수정하고 테스트하며 검토하는 세계를 지원해야 할 수도 있습니다.

그것은 GitHub를 폐기하지는 않습니다.

그러나 Cursor가 자사의 경쟁자를 구축하는 이유를 설명합니다.

에이전트 시대의 코드 새 집

Cursor Origin은 아직 초기 단계에 있으며, 현재 기능 세트는 기본 사항에 집중하고 있습니다. 그러나 출시 신호는 회사의 중대한 전략적 전환을 나타냅니다.

Cursor는 더 이상 AI 기반 코드 편집기로만 보이기를 원하지 않습니다.

Origin을 통해 코드를 중심으로 하는 인프라를 구축하기 시작하고 있습니다.

회사의 핵심 베팅은 간단합니다: AI 에이전트가 소프트웨어 개발의 적극적인 참여자가 되어간다면, 저장소 또한 그들을 위해 설계되어야 합니다.

Origin이 진정한 GitHub의 강력한 경쟁자가 될 수 있을지는 두고 봐야 합니다. 그러나 방향성은 명확합니다.

프로그래밍의 미래를 위한 전투는 더 이상 어떤 AI가 가장 좋은 코드를 작성하는지에 관한 것이 아닐 수 있습니다.

그것은 인간과 AI 에이전트가 함께 해당 코드를 작업하는 위치에 관한 것일 수 있습니다.