AI 코딩 에이전트가 깃허브에 낸 청구서: 주당 커밋 2억7500만건

깃허브 주간 커밋 수가 2억7500만건까지 치솟았다. 이 추세가 유지되면 2026년 연간 커밋은 140억건으로, 전년 대비 약 14배다. AI 코딩 에이전트가 사람과 달리 24시간 쉬지 않고 커밋을 쏟아내는 구조가 배경이다. 트래픽 급증은 이미 서비스 중단으로 이어졌고, 그 영향은 에이전트를 쓰는 빌더의 배포 파이프라인에 직접 닿는다.

숫자가 왜 이렇게 커졌나

2025년 깃허브 연간 커밋 수가 처음으로 10억건을 넘었다. 그런데 지금은 주당 2억7500만건 수준이다. 단순 계산으로 연환산하면 140억건이 된다. 1년 사이에 14배다.

이 폭증의 구조적 원인은 AI 에이전트의 작동 방식에 있다. 사람은 하루 8시간, 주 5일 일한다. AI 에이전트는 24시간 7일 돌아간다. Cursor, GitHub Copilot, Devin처럼 코드를 자동으로 생성하고 커밋하는 도구들이 동시에 확산되고 있다. 각각의 에이전트가 내는 커밋이 플랫폼 전체에 누적되면서 인프라 부하가 선형이 아닌 지수적으로 증가하는 구조다.

깃허브 측은 이 트래픽을 수익으로 전환하는 과금 모델을 아직 정착시키지 못한 상태다. 비용은 빠르게 늘고 있는데 수익 구조는 따라가지 못하고 있다는 뜻이다. 결과는 이미 서비스 중단으로 나타났다.

내 배포가 멈추는 이유가 여기 있다

AI 에이전트로 코드를 짜고 깃허브에 푸시하는 빌더라면 이 흐름이 남의 이야기가 아니다. 깃허브 장애는 배포 파이프라인 전체를 멈춘다. CI/CD가 깃허브에 연결돼 있다면, 깃허브가 느려지는 순간 내 배포도 같이 느려진다.

14배라는 수치는 조건부 전망이다. '이 추세가 유지된다면'이라는 전제가 붙는다. 그러나 방향 자체는 이미 확인된 사실이다. AI 에이전트가 깃허브를 쓰는 방식은 사람이 쓰는 방식과 근본적으로 다르고, 그 차이가 인프라 압박으로 나타나고 있다.

깃허브가 이 트래픽을 어떻게 처리할지, 과금 구조를 어떻게 바꿀지는 아직 공개되지 않았다. GitLab이나 Gitea 같은 대안으로 전환하는 비용과 리스크를 저울질할 시점이 오고 있다는 신호로 읽을 수 있다.