마이크로소프트, 내부 개발자용 클로드 코드 라이선스 대거 정리한다

• 마이크로소프트가 내부에서 쓰던 클로드 코드 라이선스를 대부분 정리하려는 분위기임

  • 작년 12월부터 수천 명의 직원에게 앤스로픽의 AI 코딩 도구 클로드 코드를 열어줬고, 지난 6개월 동안 꽤 인기 있었다고 함
  • 그런데 이제 Experiences + Devices 조직, 그러니까 윈도우·마이크로소프트 365·아웃룩·팀즈·서피스 쪽 엔지니어들이 6월 말까지 사용을 줄이는 방향으로 가고 있음

• 표면상 이유는 “코파일럿 CLI로 표준화하자”임

  • 코파일럿 CLI는 깃허브 코파일럿을 명령줄에서 쓰는 도구라, 비주얼 스튜디오 코드 같은 IDE 밖에서도 AI 코딩 워크플로를 굴릴 수 있음
  • 내부 메모에서 라제시 자 부사장은 코파일럿 CLI가 마이크로소프트 저장소, 워크플로, 보안 기대치, 엔지니어링 요구에 맞게 깃허브와 직접 다듬을 수 있는 제품이라고 설명함

• 근데 속내는 비용 문제도 꽤 커 보임

  • 클로드 코드 종료 시점으로 언급된 6월 30일은 마이크로소프트의 현 회계연도 마지막 날임
  • 새 회계연도가 7월에 시작되기 전에 클로드 코드 라이선스를 줄이면 운영비를 깔끔하게 줄일 수 있음

• 문제는 전환이 그렇게 매끄럽지 않을 가능성이 높다는 점임

  • 마이크로소프트는 원래 직원들이 클로드 코드와 깃허브 코파일럿을 둘 다 써보고 비교 피드백을 주길 기대했음
  • 하지만 최근 몇 달 동안 내부 개발자들은 코파일럿 CLI보다 클로드 코드를 더 선호한 것으로 전해짐
  • 이제 코파일럿 CLI가 그 격차를 메워야 하는데, 기사 뉘앙스상 아직 빈틈이 남아 있는 상태임

• 클로드가 마이크로소프트에서 완전히 빠지는 건 아님

  • 앤스로픽 모델은 코파일럿 CLI 안에서도 계속 접근 가능하고, 내부 전용 마이크로소프트 모델과 오픈AI 모델도 함께 제공될 예정임
  • 마이크로소프트 파운드리 고객은 클로드 소넷 4.5, 클로드 오퍼스 4.1, 클로드 하이쿠 4.5에 접근할 수 있는 계약도 그대로 유지됨
  • 마이크로소프트 365 앱과 코파일럿 일부 작업에서는 여전히 클로드 모델이 오픈AI 모델보다 더 낫다고 보고 쓰는 흐름도 있음

• 이 결정은 깃허브 팀에도 압박으로 돌아감

  • 마이크로소프트는 작년에 자사 엔지니어링 팀의 91%가 깃허브 코파일럿을 쓴다고 밝힌 적이 있음
  • 그런데 클로드 코드가 지난 6개월 동안 내부 사용 흐름에 영향을 줬고, 이제 다시 코파일럿 사용률과 품질 피드백 루프를 회복해야 하는 상황임

---

기술 맥락

• 마이크로소프트가 코파일럿 CLI를 고르는 이유는 단순한 기능 비교가 아니에요. 내부 저장소 구조, 보안 정책, 배포 방식, 엔지니어링 문화에 맞게 직접 제품 방향을 바꿀 수 있다는 점이 크거든요.

• 클로드 코드는 개발자들이 선호할 만큼 생산성 체감이 좋았지만, 외부 벤더 라이선스를 대규모로 유지해야 해요. 반대로 코파일럿 CLI는 당장 부족한 부분이 있어도 깃허브와 함께 고치면서 자사 플랫폼 안으로 피드백을 흡수할 수 있어요.

• 여기서 핵심은 에이전트형 코딩 도구가 이제 개인 취향 도구가 아니라 조직 표준 도구가 되고 있다는 점이에요. 수천 명 단위 개발 조직에서는 모델 성능뿐 아니라 비용, 감사 가능성, 권한 관리, 내부 코드 접근 정책까지 같이 봐야 하거든요.

• 그래서 이번 전환은 “클로드가 별로라서 빠진다”보다는 “마이크로소프트가 자사 AI 개발 도구 체인을 다시 장악하려 한다”에 가까워요. 한국 기업들도 AI 코딩툴을 도입할 때 비슷한 고민을 하게 될 가능성이 높아요.