OpenAI, MS 깃허브 대체할 자체 코드 저장소 개발 중

아무리 끈끈한 동맹이라도 상대방 서버가 먹통이 되면 이야기가 달라집니다.

오픈AI가 마이크로소프트 산하 깃허브(GitHub)를 대체할 사내 코드 저장소 플랫폼을 직접 개발 중이라고 디인포메이션이 전했습니다. 프로젝트는 아직 초기 단계로 완성까지 수개월이 더 걸릴 것으로 보입니다. 이번 프로젝트를 촉발한 직접적인 계기는 최근 깃허브에서 발생한 서비스 장애인 것으로 알려졌습니다. 나아가 오픈AI 내부에서는 이 플랫폼이 완성되면 자사 고객들에게도 서비스로 제공하는 방안을 논의 중입니다.

잦은 서비스 장애와 에이전트 시대의 한계

코드 저장소는 단순히 소스코드를 보관하는 클라우드 드라이브가 아닙니다. 접근 권한 제어, 감사 이력 추적, CI/CD 파이프라인, 풀 리퀘스트를 통한 코드 검토까지 현대 소프트웨어 엔지니어링의 모든 워크플로가 일어나는 중심지입니다. 이 레이어가 멈추면 조직의 개발 생산성은 즉시 바닥으로 떨어집니다.

그러나 오픈AI의 진짜 목적은 깃허브의 접속 장애를 피하는 데서 그치지 않습니다. 소프트웨어 개발의 주체가 사람에서 자율형 AI 에이전트로 이동하는 흐름과 직결되어 있습니다.

오픈AI는 단순 코드 자동완성을 넘어 복잡한 작업을 스스로 수행하는 코덱스(Codex) 같은 엔지니어링 에이전트로 초점을 옮기고 있습니다. 에이전트가 격리된 샌드박스 환경에서 코드를 작성하고 버그를 고치며 스스로 풀 리퀘스트를 올리려면, 기존 툴 간의 마찰을 줄여야 합니다.

현재는 모델이 있는 곳과 코드 저장소, 실행 환경, 리뷰 도구가 모두 제각각 흩어져 있습니다. 자체 저장소를 갖추면 에이전트의 권한 관리부터 샌드박스 실행, 규정 준수 로깅까지 단일 시스템 안에서 훨씬 매끄럽고 빠르게 통제할 수 있게 됩니다.

왜 중요한가

우리는 이번 움직임이 오픈AI와 마이크로소프트 사이의 미묘한 긴장을 수면 위로 끌어올린 결정적 장면이라고 봅니다.

엔터프라이즈 개발자 입장에서 당장 깃허브를 버리고 새 도구로 이전할 가능성은 낮습니다. 저장소 이전은 막대한 비용이 들고, 보안 인증이나 사내 계정 연동 같은 레거시 인프라의 관성이 매우 강하기 때문입니다. 하지만 개발 업무 대부분을 AI 에이전트에 위임하려는 조직이라면, 처음부터 에이전트 구동을 전제로 설계된 작업 환경은 충분히 매력적인 카드가 될 수 있습니다.

산업 전반으로 보면 오픈AI가 마이크로소프트의 핵심 요충지인 개발자 생태계에 정면으로 도전장을 내민 셈입니다. 깃허브 역시 기존 방식에 AI 기능을 덧붙이는 수준을 넘어, 에이전트 중심 아키텍처로의 전환을 서두를 수밖에 없게 되었습니다.

외부 의존도를 낮추고 자사 AI 에이전트에 최적화된 수직 계열화를 이루겠다는 오픈AI의 의도는 분명 영리합니다. 다만 수십 년간 쌓인 깃허브의 생태계 장악력과 기업들의 신뢰를 기술력만으로 단숨에 흔들 수 있을지는 지켜볼 필요가 있습니다.