스마트 글래스 매니아가, 왜 AI Coding.Info를 만들었는지 ~데이터로 보는 2026년 8월의 AI Coding의 동향 정리~
저자: @kotauchisunsun
공개일: 2026/09/29
AI Coding Agent의 2026년 8월 동향
AI Coding.Info라는 사이트를 2025년 7월부터 운영하고 있습니다.
이것은 Claude Code, Codex CLI 또는 Github Copilot, Gemini 등 AI Coding Agent에 대한 이용 동향을 Github의 리포지토리 정보에서 정점 관측하는 사이트입니다. AI Coding Agent의 이용 판정으로서 다음과 같은 조건으로 매일 조사를 실시하고 있습니다.
- Github의 공개 리포지토리를 9,000 리포지토리를 매일 조사
- 프로그래밍 언어별 Github 스타 수 TOP 300
- 프로그래밍 언어는 30종류에서 조사
- AI Coding Agent 16종류 대상
- 각종 AI Coding Agent가 사용하는 규칙 파일이 Github 리포지토리에 있는 경우에만 AI Coding Agent를 이용하고 있다고 판단
지난달 동향
https://ai-coding.info/reports/articles/20260812
AI Coding Agent 이용률은 13.9%
**AI Coding Agent의 리포지토리 사용률은 13.9%**이며 지난 13.0%에서 0.9% 증가했습니다.
2026/9/1의 AI Coding Agent 이용률
https://ai-coding.info/?date=2026-09-01#adoption-rate
2026/8/1의 AI Coding Agent 이용률
https://ai-coding.info/?date=2026-08-01#adoption-rate
2026/8/1~2026/9/1까지의 AI Coding Agent 이용률 추이
https://ai-coding.info/?date=2026-09-01&since=2026-08-01&until=2026-09-01#share-trend
AI Coding Agent의 제품별 공유
제품별 점유율은 다음과 같습니다.
| 순위 | 제품명 | 점유율 |
|---|---|---|
| 1위 | Codex CLI | 42.3% |
| 2위 | Claude Code | 32.0% |
| 3위 | Copilot Agent | 14.4% |
| 4위 | Gemini CLI | 4.9% |
| 5위 | Cursor | 4.0% |
2026/9/1의 AI Coding Agent 점유율
https://ai-coding.info/?date=2026-09-01&since=2026-08-01&until=2026-09-01#agent-share
2026/8/1의 AI Coding Agent 점유율
https://ai-coding.info/?date=2026-08-01&since=2026-08-01&until=2026-09-01#agent-share
프로그래밍 언어별 AI Coding Agent 사용 상황
1번 AI Coding Agent가 이용되고 있는 프로그래밍 언어는 「TypeScript」, 2번째는 「Rust」, 3번째는 「Python」, 4번째는 「Go」, 5번째는 「C#」입니다.
2026/9/1의 AI Coding Agent 프로그래밍 언어별 순위
https://ai-coding.info/?date=2026-09-01&since=2026-08-01&until=2026-09-01#language-agent-rank
2026/8/1의 AI Coding Agent 프로그래밍 언어별 순위
https://ai-coding.info/?date=2026-08-01&since=2026-08-01&until=2026-09-01#language-agent-rank
AI Coding Agent 사용 리포지토리 수의 1 개월 추이
2026/8/1 시점에서는 1,940건이었던 리포지토리 수가 2026/9/1 시점에서는 2,069건으로 AI Coding Agent를 이용하고 있는 리포지토리는 129건 증가하고 있습니다.
2026년 8월 1일부터 2026년 9월 1일까지 AI Coding Agent를 사용하는 리포지토리 수의 변화
https://ai-coding.info/?date=2026-08-01&since=2026-08-01&until=2026-09-01#time-based-bar-chart
스마트 글래스 매니아가 왜 AI Coding.Info를 만들었습니까?
저는 평소 '코타우치 기획'이라는 YouTube 채널에서 주로 스마트 글라스에 관한 정보를 발신하고 있습니다.
PodCast 「코타우치 미라이의 안경」도 매주 갱신하고 있습니다.
또, note에서도 주간 「세계의 스마트 글라스의 뉴스」라고 하는 기사를 매주 공개하고 있습니다.
https://note.com/kotauchisunsun/m/mf522aa5d3efd
그런 인간이 왜 AI Coding Agent의 이용 동향을 조사하는 사이트를 만들었는가. 이번에는 AI Coding.Info를 만들기 시작한 계기에 대해 이야기하겠습니다. 일견하면 다른 분야인 것 같습니다만, 출발점에 있던 것은,
“스마트 글라스의 소프트웨어 개발을 AI의 힘으로 효율화하고 싶다”
라는 기분이었습니다. 2025년 1월경, 저는 LILYGO사의 「T-Glass」라고 하는 한눈의 스마트 글라스용으로, 소프트웨어를 개발하고 있었습니다.
T-Glass에는 ESP32가 탑재되어 있어, 이 위에서 움직이는 프로그램을 쓰고 있었습니다. 당시, 특히 과제에 느끼고 있던 것이, 빌드와 실기에의 기입에 걸리는 시간입니다. 프로그램을 조금 변경해도, 빌드해, 실기에 기입해, 동작을 확인할 필요가 있었습니다. 나의 개발 환경에서는, 이 일련의 흐름에 시간이 걸리고, 시행착오의 횟수를 늘리기 어려운 상황이었습니다. 거기서 생각한 것이, ESP32상에 JavaScript 엔진의 「QuickJS」를 올리는 방법입니다. 이미 QuickJS를 ESP32용으로 이식한 선행 사례가 있었으므로, 그것을 이용하려고 생각했습니다.
https://qiita.com/binzume/items/f04d3b1b06cd0f7d3111
https://github.com/binzume/esp32quickjs
처음에 스크립트를 실행하는 환경을 준비해 두면, 그 후는 JavaScript의 코드를 바꾸는 것으로, 동작을 변경할 수 있는 것이 아닌가 하는 발상입니다.
ESP32는 Wi-Fi에도 연결할 수 있습니다. 거기서, 평상시 사용하고 있는 TypeScript로 코드를 써, JavaScript에 트랜스파일 해 파일 서버에 둔다. T-Glass 버튼을 누르면 Wi-Fi를 통해 서버에 놓인 자바 스크립트 코드를 얻고 QuickJS에서 실행하는 흐름을 만들었습니다. 이 워크플로 자체는 움직일 수 있었습니다.
JavaScript 측의 변경이라면 펌웨어 전체를 빌드하고 다시 쓸 필요가 없어집니다. TypeScript의 형태를 활용하면서, 실기에서의 확인을 짧은 사이클로 반복할 수 있는 개발 환경을 목표로 하고 있었습니다.
AI에게 "하나의 구현을 모범으로 한다"
하지만, JavaScript가 움직이면, 그것만으로 스마트 글라스의 어플리케이션을 자유롭게 만들 수 있는 것은 아닙니다. 예를 들면, JavaScript로부터 GUI를 조작하기 위해서는, QuickJS와 C언어측의 GUI 라이브러리를 연결하는, 브릿지 부분의 구현이 필요합니다. 이것을 작성하려면 QuickJS의 작동 방식, GUI 라이브러리 사용법, JavaScript와 C 언어 사이에서 값을 전달하는 방법 등을 이해해야했습니다. 당시는 아직 거기까지 AI가 현명하지 않았기 때문에, 우선은 스스로 구현해 보았습니다만, 필요한 지식도 많아, 같은 처리를 다른 함수에도 넓혀가는 작업은, 꽤 힘들었습니다. 거기서 활용한 것이 AI Coding Agent입니다. 당시에는 Roo Code를 이용하고 있었습니다. 첫째, 내가 하나의 함수에 대해 브리지 부분을 쓰고 그것을 샘플로 사용하여 AI가 다른 함수에도 비슷한 구현을 확장했습니다. 모든 것을 AI에 맡기는 것이 아니라, 스스로 실장의 방침과 모본을 나타내, 거기에 따라 작업을 진행시켜 주는 사용법입니다. 이 개발의 시도는, 결국 구상 전체를 완성하기까지는 이르지 않았습니다. 이유는 역시 자바스크립트와 C언어라면 뿌리 柢의 사상이 너무 다르기 때문입니다. 예를 들어, 포인터의 이용 등이 벽이 됩니다. 일반적으로 ESP32계에서 사용되고 있는 GUI 라이브러리의 LovyanGFX의 함수를 그대로 이식해도, 포인터의 덩어리가 되어, 이것을 어떻게 Javascript로 취급할까. 문제가되었습니다. 그래서 LovyanGFX의 함수를 닮은 이식하는 것만으로 Javascript상에서는 전망이 나쁘고, 뭔가 추상층이 필요했다고 생각합니다. 그러나 단지 하나의 구현 예를 준비하면 그것을 바탕으로 대응하는 함수를 늘려 나갈 수있는 큰 가능성을 느꼈습니다. 1명이서 소프트웨어를 개발해 나가는데 있어서, 스스로 모두를 쓰는 것이 아니라, AI에 맡길 수 있는 부분을 늘려 간다. 이를 위해 AI Coding Agent에 대해 계속 알고 있어야 한다고 생각합니다.
매주 바뀌는 「무엇을 사용하면 좋을까」
한편, AI Coding Agent를 계속 쫓는 것 자체에도 어려움을 느꼈습니다. 당시(2025년 초)는, Cline나 Roo Code등, VS Code의 확장 기능으로서 사용하는 AI Coding Agent가 화제가 되고 있었습니다. 그 외에도 Devin과 내가 이전에 기여한 OpenHands 등 다양한 옵션이있었습니다. 새로운 툴이나 기능의 정보가 잇달아 나오고, 「지금은 무엇을 사용하는 것이 좋은 것인가」라고 하는 이야기가, 매주와 같이 갱신되어 가는 감각이 있었습니다. 나 자신도 정보를 쫓아 다양한 도구를 시도했지만 계속하는 데 지쳤습니다. 또, 화제가 되고 있는 툴을 시험할 수 있어도, 왜 그것을 선택하는지, 자신 안에 뚜렷한 판단축이 없었습니다. 이른바 AI 놀라운 가게라는 것에 휘두르는 구도입니다. 새로운 기능의 발표나 평판뿐만 아니라, 무언가의 실태에 근거해, 자신이 사용하는 툴을 선택하고 싶다. 마케팅상의 정보만이 아닌 1차 정보를 판단 재료로 하고 싶었습니다. 거기서 신경이 쓰인 것이,
** "GitHub의 공개 리포지토리에서 어떤 AI Coding Agent가 통합되어 있는지"**
라는 것입니다.
자신의 판단 재료로서 이용 동향을 정점 관측한다
그렇게 해서 2025년 7월에 공개한 것이 AI Coding.Info입니다. GitHub의 공개 리포지토리에, 각 AI Coding Agent가 이용하는 룰 파일이 있는지 어떤지를 조사해, 그 결과를 매일 기록하는 사이트로 했습니다. 물론 이 방법으로 알 수 있는 것은 어디까지나 리포지토리에 룰 파일이 놓여져 있는지 어떤 것입니다. 실제의 이용 빈도나 생성되는 코드의 품질을 측정하는 것이 아니고, 룰 파일을 두지 않고 이용하고 있는 케이스도 파악할 수 없습니다. 그런데도 같은 방법으로 관측을 계속하면 어느 툴에 대응한 룰 파일이 늘어나고 있는지, 어떤 프로그래밍 언어로 도입이 진행되고 있는지 등의 변화를 볼 수 있습니다. 이용이 많기 때문에, 그 툴이 자신에게 최적이라고 결정되는 것은 아닙니다. 다만, 차례차례 흐르는 정보만을 쫓는 것이 아니라, 공개 리포지토리에서 확인할 수 있는 변화를, 자신의 판단 재료의 하나로 할 수 있다고 생각했습니다. 또한,
AI의 정보를 계속 쫓는 것에 지쳐 있는 것은 나만이 아닐 것이다
모두 느꼈습니다. 자신을 위해 조사한 데이터를 공개하는 것으로, 똑같이 툴 선택에 헤매고 있는 사람에게도 도움이 되지 않을까 하는 기분도 있었습니다. AI Coding.Info 자체의 개발에도 AI Coding Agent를 사용하고 있습니다. 프로토타입은 약 2주 만에 만들어졌고, 그 후에도 시행착오하면서 수정을 거듭해 왔습니다. 그렇게 해서 이용 동향의 정점 관측을 계속해 공개로부터 약 1년이 지났습니다. 원래 제가 하고 싶었던 것은, 한쪽에서 새로운 AI Coding Agent를 시험하는 것이 아니라, 스마트 글라스의 소프트웨어를 혼자서도 효율적으로 개발하는 것입니다. 이를 위해 AI의 지원을 받고 싶다. 그리고 어떤 AI Coding Agent를 사용할지를 생각하기 위한 판단 재료를 원한다는 흐름이었습니다. 스마트 글라스의 소프트웨어를 만들기 위해 AI를 활용하고, 그 AI를 선택하는 판단 재료로서 AI Coding.Info를 만든다. 이것이 스마트 글래스 매니아의 제가이 사이트를 만들기 시작한 이유였습니다.