91%.

지난해 마이크로소프트 엔지니어링 팀에서 GitHub Copilot을 사용한 비율이다.

거의 모든 개발자가 자사 도구를 쓰는 완벽한 생태계처럼 보였던 수치다.

그런데 최근 6개월간 Anthropic(앤스로픽, AI 모델 개발사)의 Claude Code가 사내에 빠르게 확산하며 이 견고한 점유율이 흔들리기 시작했다.

마이크로소프트는 결국 Windows와 Microsoft 365 등을 담당하는 Experiences + Devices(E+D) 팀을 대상으로 Claude Code 라이선스 회수라는 강수를 뒀다.

자사 제품인 GitHub Copilot CLI의 입지를 위협하는 외부 도구를 제거하고, 6월 30일 회계연도 종료에 맞춘 비용 효율화를 달성하겠다는 계산이다.

6월 말까지 E+D 팀 내 Claude Code 사용 중단 및 전환

마이크로소프트가 윈도우와 마이크로소프트 365, 아웃룩, 팀즈, 서피스를 담당하는 E+D(Experiences + Devices, 경험 및 장치) 팀 내의 Claude Code 라이선스를 회수하기 시작했다. 지난 12월부터 수천 명의 사내 개발자에게 개방하며 활용도를 높여왔으나, 6월 말까지 해당 도구의 사용을 단계적으로 중단한다는 방침이다. 대상 조직의 엔지니어들은 향후 몇 주 이내에 기존의 작업 워크플로를 GitHub Copilot CLI(명령줄 인터페이스)로 이전하라는 구체적인 권고를 받은 상태다.

이번 조치의 명분은 에이전틱 CLI 도구의 일원화에 있다. 에이전틱 도구란 단순한 코드 생성을 넘어 파일 시스템 접근과 명령어 실행 등 개발 환경을 직접 제어하는 기능을 의미한다. Rajesh Jha(라제쉬 자) 부사장은 내부 메모를 통해 Claude Code가 그동안 중요한 학습 자산으로서 역할을 했다는 점을 인정했다. 반면 Copilot CLI는 마이크로소프트의 리포지토리, 워크플로, 보안 요구 사항에 직접 맞춰 형성할 수 있는 제품이라는 점을 분명히 했다. 이는 외부 도구가 제공하는 범용적인 성능보다 사내 보안 표준과 인프라 최적화라는 제어권 확보에 우선순위를 둔 결정이다.

주목할 점은 사용 중단 시점이 6월 30일 회계연도 종료일에 정확히 맞춰져 있다는 사실이다. 이는 기술적인 통합뿐만 아니라 회계연도 마감에 따른 비용 절감 조치가 강력하게 작용했음을 시사한다. 실제로 작년 기준 마이크로소프트 엔지니어링 팀의 91%가 GitHub Copilot을 사용하고 있었으나, 최근 6개월 사이 Claude Code가 사내에서 폭발적인 인기를 끌며 자사 도구의 입지를 위협했다. 코딩 비경험자인 디자이너나 PM(프로덕트 매니저)에게까지 프로토타이핑 용도로 장려되었던 Claude Code의 확산세가 내부 점유율 수치를 흔들었다는 분석이다.

결국 마이크로소프트는 개발자들이 체감하는 도구의 선호도와 기업이 요구하는 관리 효율성 사이의 간극을 강제 전환으로 해결하려 한다. 자사 제품인 Copilot CLI가 Claude Code 수준의 에이전틱 경험을 제공하지 못하는 상황에서, 라이선스 회수라는 행정적 수단을 통해 사용자를 다시 내부 생태계로 귀속시키는 전략이다. 이는 외부 모델의 성능을 인정하면서도, 실제 개발 환경의 제어권만큼은 자사 도구로 일원화하겠다는 냉정한 계산이 깔린 조치로 해석된다.

Claude Code의 사용자 선호도와 GitHub Copilot CLI의 격차

사내 개발자들이 체감하는 도구의 효용성은 GitHub Copilot CLI(깃허브 코파일럿 명령줄 인터페이스)보다 Claude Code(클로드 코드) 쪽으로 기울어 있었다. 단순히 코딩 속도의 문제를 넘어, 비개발 직군인 디자이너와 PM(프로덕트 매니저)들이 프로토타이핑 도구로 Claude Code를 적극 활용했다는 점이 핵심이다. 코딩 경험이 부족한 인원들이 복잡한 설정 없이 아이디어를 실제 코드로 구현하는 과정에서 Claude Code의 에이전틱 능력이 더 높은 평가를 받았다. 이는 도구의 확장성이 단순 개발 생산성 향상을 넘어 제품 기획 단계의 진입 장벽을 낮추는 결과로 이어졌다.

마이크로소프트는 이러한 사용자 선호도의 격차를 인지하고 기술적 간극을 메우기 위한 전략적 선택지를 검토했다. 그 일환으로 AI 기반 코드 에디터인 Cursor(커서) 인수를 진지하게 고려했으나, 결과적으로 무산되었다. 반면, 인수를 추진하는 과정에서 직면한 규제 당국의 우려가 결정적인 장애물로 작용했다. 시장 지배력 강화에 따른 규제 리스크를 감수하면서까지 외부 도구를 흡수하기보다는, 다른 AI 스타트업으로 눈을 돌리거나 내부 제품의 기능을 고도화하는 방향으로 선회한 것이다. 이는 기술적 우위를 확보하려는 욕구와 법적 규제 사이의 충돌을 보여준다.

그러나 사용자 경험의 우위가 곧바로 전사적 도입의 지속성으로 이어지지는 않았다. 마이크로소프트가 내세운 핵심 명분은 기업 보안과 제어권의 확보였다. Rajesh Jha(라제쉬 자) E+D(익스피리언스 및 디바이스) 부문 부사장은 내부 메모를 통해 Copilot CLI가 마이크로소프트의 내부 리포지토리(저장소)와 워크플로, 그리고 엄격한 보안 요구사항에 직접 맞춤 설정이 가능하다는 점을 강조했다. 주목할 점은 Claude Code가 제공하는 범용적인 성능보다, 기업 내부 인프라와의 밀결합을 통한 통제 가능성이 경영진의 판단 기준에서 더 높은 우선순위를 가졌다는 사실이다. 외부 도구에 의존할수록 내부 자산에 대한 제어권이 약화된다는 판단이 작용한 결과다.

실제 수치에서도 이러한 충돌은 명확히 확인된다. 지난해 기준 마이크로소프트 엔지니어링 팀의 91%가 GitHub Copilot을 사용하며 압도적인 점유율을 기록했으나, 최근 6개월 사이 Claude Code의 확산으로 인해 이 수치가 흔들리기 시작했다. 개발자들이 자발적으로 도구를 전환하며 기존의 생태계 점유율이 실질적으로 잠식되는 현상이 나타난 것이다. 결국 이번 라이선스 회수 조치는 단순한 비용 절감 차원을 넘어, 내부 개발 환경의 주도권을 다시 회복하고 자사 제품의 입지를 공고히 하려는 강제적인 조정 과정으로 분석된다.

Anthropic 모델 파트너십 유지와 GitHub 팀의 과제

라이선스 회수 조치와는 별개로 Anthropic(앤스로픽, AI 모델 개발사)과의 모델 파트너십은 그대로 유지된다. 이번 결정에서 분리된 것은 인터페이스인 Claude Code이지 모델 자체가 아니다. Claude Sonnet 4.5, Opus 4.1, Haiku 4.5 모델은 여전히 Microsoft Foundry(마이크로소프트 파운드리, AI 모델 호스팅 플랫폼)와 Microsoft 365 Copilot 내부에 탑재되어 작동한다. 반면 도구의 사용권만 거둬들인 것은 특정 벤더의 도구에 대한 의존도를 낮추면서도 고성능 모델의 추론 능력은 계속 활용하겠다는 이원적 전략으로 풀이된다.

실제 개발 환경에서의 연동 방식 역시 모델 호출 구조를 유지하는 방향으로 설정되었다. Copilot CLI(커맨드 라인 인터페이스, 터미널 기반 명령 도구) 내부에서 Anthropic 모델을 직접 호출하는 기능은 계속 제공된다. 즉 개발자는 셸 환경에서 Copilot CLI를 사용하되 그 배후에서 작동하는 엔진으로 Claude 모델을 선택할 수 있다. 그러나 이는 단순한 API 연결 수준의 통합이며 Claude Code가 보여준 유기적인 파일 시스템 제어와 자율적 수정 프로세스와는 궤를 달리한다. 주목할 점은 모델의 성능이 아니라 그 모델을 감싸고 있는 에이전틱 워크플로의 효율성이다.

결국 제품 경쟁력 증명이라는 숙제는 GitHub 팀의 몫으로 넘어갔다. Copilot CLI가 Claude Code 수준의 에이전틱 코딩 경험을 제공할 수 있는지가 핵심 과제다. 에이전틱 코딩이란 AI가 단순 코드 생성을 넘어 파일 구조 분석, 테스트 실행, 오류 수정까지 스스로 수행하는 일련의 과정을 의미한다. 사내 개발자들이 Copilot CLI보다 Claude Code를 선호했던 이유는 모델의 지능보다 도구가 제공하는 자율적 실행력에 있었다. 반면 GitHub 팀은 모델 교체만으로 이 격차를 메울 수 없으며 도구 자체의 아키텍처를 에이전트 중심으로 재설계해야 하는 상황이다.

실무자 관점에서 보면 모델의 유지보다 도구의 강제 전환이 가져올 생산성 저하가 더 직접적인 리스크다. Claude Code의 자율적 워크플로에 익숙해진 엔지니어들이 Copilot CLI의 제어 방식에 빠르게 적응할지는 미지수다. 특히 에이전틱 기능의 완성도가 낮을 경우 개발자들은 공식 도구 대신 우회 경로를 찾거나 생산성 하락을 경험할 가능성이 크다. 마이크로소프트가 모델 파트너십을 유지하며 안전장치를 마련했음에도 불구하고 GitHub 팀이 인터페이스의 혁신을 이뤄내지 못한다면 이번 라이선스 회수는 단순한 비용 절감을 넘어 내부 개발 경험의 퇴보로 이어질 수 있다.