깃허브 주당 커밋 2억7500만건: AI 에이전트가 인프라를 다운시켰다

깃허브 연간 커밋이 처음으로 10억건을 돌파했고, 현재 주당 2억7500만건 수준이다. 이 추세라면 2026년 전체 커밋은 140억건 — 전년 대비 14배다. 이미 트래픽 급증으로 서비스 중단이 발생했고, 원인으로 지목된 건 AI 코딩 에이전트다.

14배 증가의 실체: 사람이 아니라 에이전트가 커밋한다

커밋 수가 14배 늘었다고 해서 개발자가 14배 늘어난 게 아니다. 증가의 핵심은 AI 코딩 에이전트의 자동화 루프 다. Copilot, Cursor, Devin 같은 도구들은 사람이 리뷰하지 않아도 코드를 생성하고 커밋을 반복한다. 사람 개발자의 속도를 전제로 설계된 깃허브 인프라가 이 속도를 버티지 못하고 서비스 중단 사태가 났다.

빌더 관점에서 이게 중요한 이유가 있다. 내가 Cursor나 Replit 에이전트를 켜두면, 나 모르게 에이전트가 커밋 루프를 돌리고 있을 수 있다. Atlassian이 같은 날 Confluence에 Replit 에이전트를 통합한다고 발표했다 — 에이전트가 기업 협업 툴 안에까지 들어오면, 자동 커밋 루프가 더 많은 진입점에서 더 짧은 주기로 돌아가는 구조가 된다.

내 도구 설정이 이 폭탄의 일부일 수 있다

개인 빌더가 지금 확인해야 할 것은 간단하다. 내가 쓰는 AI 코딩 도구에서 에이전트가 내 허락 없이 자동으로 동작하는 구간이 있는지 여부다.

• Cursor: Agent 모드에서 '자동 실행' 설정이 켜져 있으면 에이전트가 루프를 돈다
• Replit: Always On + Agent 조합이면 사용자 개입 없이 코드 실행·커밋이 반복될 수 있다
• GitHub Copilot Workspace: 태스크 자동화 설정 여부를 확인해야 한다

에이전트가 커밋을 자동으로 쌓는 속도는 인간 개발자의 수백 배다. 깃허브 인프라가 이 속도를 설계에 반영하지 않았기 때문에 서비스 중단이 났다. 내 에이전트 설정이 이 구조의 한 노드다. 트래픽 증가가 서비스 품질 저하로 이어지면, 그 피해는 에이전트를 돌리는 빌더에게도 돌아온다.