AI Coding Agent의 이용수, 2위는 Claude Code. 제1위는? ~데이터로 보는 2025년 7월의 AI Coding의 동향 정리~
AI Coding Agent의 7월 동향
AI Coding.Info라는 사이트를 공개했습니다.
이것은 Claude Code나 Gemini, 혹은 Codex 등, AI Coding Agent에 관한 이용 동향을 Github의 리포지토리의 정보로부터 정점 관측하는 사이트입니다. AI Coding Agent의 이용 판정으로서 다음과 같은 조건으로 매일 조사를 실시하고 있습니다.
- 프로그래밍 언어 30가지 Github에서 스타 수가 많은 공개 저장소 TOP 100
- AI Coding Agent 16종류
- 각종 AI Coding Agent가 사용하는 규칙 파일이 Github 리포지토리에 있는 경우에만 AI Coding Agent를 이용하고 있다고 판단
AI Coding Agent 이용률은 2.9%
**AI Coding Agent의 이용률은 2.9%입니다. ** 이것은 3,000개의 리포지토리를 조사한 결과 AI Coding Agent의 이용 흔적이 보이는 리포지토리의 비율입니다. 전체적으로 하면 적은 비율이라고 할 수 있습니다.
https://ai-coding.info/ja/agents
여기에는 여러 가지 요인이 있습니다. 하나는이 설문 조사는 Github의 스타 수 Top100에서 설문 조사입니다. 그 때문에, 「Github의 스타수 Top100의 이용 상황」이 「세계의 AI Coding Agent의 이용 상황을 나타내고 있다」라고 할 수 있을까. 라는 문제가 있습니다. 또한, 이것은 어디까지나 공공 리포지토리를 바탕으로 하고 있기 때문에, 현재의 기업의 이용 실태와는 괴리가 있다고 생각됩니다. 어느 쪽인가 하면 OSS에서의 채용 상황을 나타내고 있다. 라고도 말할 수 있습니다. 또, 구조상의 문제로서, CLAUDE.md나 GEMINI.md등의 룰 파일이 존재하지 않으면, 이용하고 있는지 어떤지는 외형적으로 판단할 수 없다. 라는 문제도 있습니다. 그 때문에, 「Claude Code를 이용하고 있어도, CLAUDE.md 파일을 작성하고 있지 않다」라고 하는 리포지토리는, 「Claude Code를 이용하고 있지 않다」라고 하는 판정이 됩니다.
AI Coding Agent의 제품별 공유
**제일 이용되고 있는 제품은 「Cursor」, 다음에 「Claude Code」, 셋째로 「Copilot Agent」(Github Copilot)가 늘어서 있습니다. ** Gemini CLI가 6/25 발표였던 것을 생각하면, 거의 1개월에 4위의 자리에 있다고 하는 것은, 꽤 침투하고 있다고 말할 수 있을지도 모릅니다. 그러나 한편으로, Gemini CLI는 Cursor의 1/3 정도 밖에 이용 리포지토리가 없다고도 말할 수 있습니다.
https://ai-coding.info/ja/agents
프로그래밍 언어별 AI Coding Agent 사용 상황
최초 AI Coding Agent가 이용되고 있는 프로그래밍 언어는 「Typescript」, 2번째가 「Python」, 「Rust」 입니다. TypeScript에 관해서는, AI Coding Agent는 Github Copilot등의 VS Code 확장으로 시작되었다고 생각되기 때문에, 거기로부터 생각하면, 어느 정도, 납득이 가는 결과일까 생각합니다. 또한 Python도 DeepLearning을 비롯한 ML 시스템과의 높은 친화성을 고려하면 그다지 이상한 결과가 아닐 수도 있습니다. 거기에서 세 번째 러스트는 놀라운 결과였습니다. 이 결과에 대해 상상해 보면, Rust에 관해서는, 최근 2,3년에 고조되어 온 프로그래밍 언어이다. 라는 인식이 있습니다. 그렇기 때문에 프로그래밍 언어로서의 커뮤니티의 젊음이 AI Coding Agent와 같은 새로운 대처에 대해 욕심이기 때문이 아닌가. 라고 할 수 있을지도 모릅니다.
https://ai-coding.info/ja/languages
AI Coding Agent 사용 리포지토리 수의 1 개월 추이
2025년 7월 AI Coding Agent 이용 리포지토리 수(중복 있음)의 추이를 살펴보겠습니다. **7/1 시점에서는 77개의 리포지토리에서 AI Coding의 이용을 확인할 수 있었습니다. 7/31 시점에서는 112개의 리포지토리로 증가하고 있었습니다. 사용 중인 리포지토리 수는 1.4배로 증가하고 있습니다. **
서비스를 시작하고 지난 1개월 동안 Trae IDE나 Junie 등 추가한 AI Coding Agent가 있거나 Gemini의 이용 기준을 변경했지만 상당한 속도로 AI Coding Agent가 개발에 침투하고 있음을 알 수 있습니다.
프로그래밍 언어에서 AI Coding Agent의 사용 격차
조사에 의해 부각된 것으로서, 프로그래밍 언어에 의해 AI Coding Agent의 이용률에 큰 개방이 있는 것을 알았습니다. **TypeScript는 전체의 21%에 해당하는 리포지토리에 AI Coding Agent가 이용되고 있는 것에 대해, Go 언어는 전체의 5% 정도에 불과합니다. **
https://ai-coding.info/ja/languages/typescript
https://ai-coding.info/ja/languages/go
이에 관해서는, 확실한 증거는 없습니다만, 서비스에 대해 청취하고 있으면, 흥미로운 의견을 들었습니다. 「인프라계의 OSS에 있어서는, 생성 AI를 이용한 코딩이 금지되고 있다」라고 하는 내용이었습니다. 정보를 수집하는 몇 가지 예가 있습니다.
https://www.netbsd.org/developers/commit-guidelines.html
https://wiki.gentoo.org/wiki/Project:Council/AI_policy
https://github.com/qemu/qemu/commit/3d40db0efc22520fa6c399cf73960dced423b048
이들은 "NetBSD" "GentooLinux" "QEMU"라는 OSS에서 Go 언어를 사용하여 구현된 OSS가 아닙니다. 그러나 OS나 가상 머신 등 인프라에 가까운 영역에서는 생성 AI의 이용을 일부 금지하고 있는 측면이 있습니다. Go 언어로 유명한 OSS로 kubernetes가 있습니다. 그러나 그 주변의 생태계(CNCF 관련)에서는 생성 AI를 이용하고 있는 흔적이 없습니다. 이러한 인프라, 미션 크리티컬하고 고성능인 영역에서는 아직 생성 AI를 이용하는 것은 신중한 측면이 있을지도 모릅니다. 이것은 역설적입니다만, 「Go 언어가 미션 크리티컬한 고성능 영역에서 사용되고 있기 때문에, 실패한 리스크가 너무 커지기 때문에, 생성 AI의 코드를 이용할 수 없다. 그 때문에, Go 언어에서는(특히 유명 OSS에서는) 이용이 적다」라고 말할 수 있을지도 모릅니다. 실제로 Go를 이용하고 있는 리포지토리를 봐도, 인프라계는 적은 이미지입니다. grafana/loki나 cockroachdb 정도일까요?
https://ai-coding.info/ja/languages/go
여기까지의 내용을 정리하면, **AI Coding Agent는 유행하고 있는 인상은 있습니다만, 실제의 이용은 전체의 2.9%로 낮은 경향이 있습니다. 그러나 한편으로, TypeScript 등의 특정 프로그래밍 언어를 이용하고 있는 집단에서는 급속하게 이용 비율이 증가하고 있다. **라고 할 수 있습니다. 이것이 방금 말한 또 다른 시점의 내용입니다.
AI Coding과 궁합이 좋은 프로그래밍 언어란?
앞의 장에서 AI Coding의 이 활용이 진행되는 프로그래밍 언어와 그렇지 않은 언어에 차이가 있다는 것을 말했습니다. 여기서 간단한 가설을 세웠다.
"이용자가 많은 프로그래밍 언어는 AI Coding 이용 리포지토리가 많지 않을까"
라는 것입니다. 그래서 데이터를 해석해 보겠습니다. Github에서 특정 프로그래밍 언어에 대해 푸시한 횟수와 AI Coding Agent의 이용 리포지토리 수를 플로팅해 보겠습니다. Github의 프로그래밍 언어별로 푸시한 횟수에 관한 데이터에 대해서는 리포지토리에서 공개되어 있습니다.
https://github.com/github/innovationgraph/tree/main
처음에 처음 세운 가설이다.
"이용자가 많은 프로그래밍 언어는 AI Coding 이용 리포지토리가 많지 않을까"
라는 가설은 부정할 수 있을 것 같습니다. 2024년 Gthub에 푸시한 계정 수에 대해 음의 상관관계가 나타났습니다. 위의 가설은 "실은 AI Coding 이용자의 이용률은 프로그래밍 언어를 불문하고 0% 정도이다. 하지만 프로그래밍 언어 이용자 수의 차이에 따라 이용 리포지토리 수에 차이가 있다"는 것을 보여주려고 했습니다. 하지만 그렇지 않다. 라는 것을 알 수 있습니다. 에서는 반대로
"사용자 수가 적은 프로그래밍 언어로 AI Coding Agent의 이용이 많습니까?"
라고 하면 그렇지 않다는 것을 알 수 있습니다. 이것은 그래프로 I군, II군으로 나눈 것처럼, TypeScript보다 이용자가 적은 프로그래밍 언어로, TypeScript만큼 AI Coding Agent의 이용수가 많은 프로그래밍 언어는 없다. 되어 있습니다. 다음에 「AI Coding Agent 이용 비율」이라고 하는 개념을 정의해 보겠습니다. 이는 'AI Coding Agent 사용 저장소 수'를 '2024년 Github에 푸시한 계정 수'로 나눈 값입니다. 이것을 세로축으로 잡고 가로축에 '2024년 Github에 푸시한 계정 수'를 플롯합니다. 그리고 원의 크기로서 「AI Coding Agent 이용 리포지토리수」를 플롯합니다.
이 그래프로부터 알 수 있는 것이 2개 있습니다. 하나는 Rust와 Python의 AI Coding Agent를 이용하는 리포지토리의 수는 거의 같은 수이지만 그 내역이 다릅니다. Python은 AI Coding Agent의 사용 비율 자체가 낮습니다. 그러나 언어 사용자 수가 많기 때문에 일정한 이용 리포지토리 수가 있습니다. 한편, Rust는 AI Coding Agent의 이용 비율 자체가 매우 높지만, 언어 이용자가 적기 때문에 일정한 이용 리포지토리 수에 그치고 있습니다. 둘째, TypeScript의 AI Coding Agent 이용 비율은 그다지 높지는 않습니다. TypeScript의 이용률이 4.65E-06에 비해 Go는 5.00E-06, Ruby는 4.45E-06입니다. 상대적으로 보면 10%도 변하지 않았습니다. 실은 TypeScript, Go, Ruby에서 이용률에 관해서는 크게 차이가 없습니다. 사용 리포지토리 수가 다른 것은 단순히 사용자 수의 차이일 수 있습니다. 이러한 사실이 맞다면 **AI Coding Agent는 Rust 사용자가 급증할 수 있습니다. ** 이것은 Rust의 언어적 성질이 어떻기 때문에 원리적으로 AI Coding Agent에 의해 늘어난다. 보다는 관측 사실로부터의 귀납적인 추론이 됩니다만, Coding Agent의 이용 비율이 높기 때문에 Rust와 AI Coding Agent는 궁합이 좋을 것 같습니다. 그렇게 생각하면, AI Coding Agent의 이익을 최대한 받을 수 있는 것은 사실은 Rust이며, 그에 따라, 이 1년간에 크게 성장할 것 같은 예감이 있습니다. 다만, 현재 조사되고 있는 프로그래밍 언어별 AI Coding 이용 리포지토리 수는 100개이며, 그 중 AI Coding Agent의 이용수가 많아 20개라는 주문의 이야기이므로, 이용수가 1,2개 정도의 흔들림으로 상당히 과민하게 바뀌어 버리는 논의입니다.
감상
AI Coding Agent는 많이 출시되었습니다. AI Coding.Info만으로 16 종류의 제품을 취급하고 있습니다. 조금 일상이 바쁘다. 라고 생각하고 캐치업이 늦어지면, 곧바로 상황이 바뀌고 있거나 합니다. 또, 정보를 캐치 업해도 정보원이 치우쳐 버리거나 하고, 정확한 정보를 얻을 수 없다는 과제감도 있었습니다. 조금 전이라면 Cline을 사용합니다. 라는 이야기는 자주 있었습니다만, 그 사실, 일본에서 유행하고 있는 것은 RooCode였습니다. 그러나 AI Coding.Info를 살펴보면 알 수 있듯이 RooCode는 Github에서 거의 채택되지 않습니다. Cline에 관해서는 Github의 Top100 리포지토리에 들어 있기 때문에, 스스로와 또 하나 정도의 리포지토리에서만 이용되고 있습니다. 또, 큰 화제로서는, 최근에는, ClaudeCode의 화제가 자신의 주위에는 많다고 생각합니다. 그러나 한편으로는 저장소에서 사용이 많은 것은 커서입니다. 이러한 자신이 있는 나라나 평상시 사용하고 있는 자연언어에 의해서도 편향이라는 것도 있었습니다. 그 중에서 냉정한 판단을 자신 속에서 가지고 있으면서 이용할 수 있는 정보원이 필요하다. 라고 생각해 사이트를 시작했습니다. AI Coding의 동향을 확인하거나 자신이 사용하고 있는 프로그래밍 언어로 어떤 툴이 궁합이 좋은가? 라고 생각하거나, 유명한 OSS에서는 실제로는 어떤 룰 파일을 쓰고 있는 것일까. 라는 것이 신경이 쓰인 경우는, 꼭 보실 수 있으면이라고 생각합니다.