언어

AI 코딩

GitHub Octoverse 2026 보고서, PR 40% 넘게를 에이전트가 시작

2026년 10월 28일 GitHub Universe에서 발표된 GitHub Octoverse 2026 보고서에 따르면 2026년 9월 AI 에이전트가 플랫폼 풀 리퀘스트의 40% 넘게를 시작했고, 3월의 17%에서 늘었어요. 병합된 풀 리퀘스트는 1년이 채 안 돼 세 배로 늘어 월 2억 2,000만 건이 됐어요. 소프트웨어 기업에는 일이 어디로 옮겨 가는지를 보여 주는 숫자예요. 에이전트가 코드 초안을 더 많이 쓰면서 검토, 보안 점검, 병합 규칙이 더 큰 짐을 지게 됐어요.

글: Mike Mozg4분 분량

GitHub가 올해 측정한 것

이 보고서는 이제 GitHub를 통해 얼마나 더 많은 일이 오가는지를 측정해요. GitHub 수석 부사장 Jay Parikh가 GitHub Universe에서 보고서를 발표했고, 핵심 숫자는 활동이 얼마나 빨리 늘었는지 보여 줘요. 병합된 풀 리퀘스트는 1년이 채 안 돼 세 배가 되어 월 2억 2,000만 건이에요. 커밋은 세 배 넘게 늘어 월 73.8억 건이 됐고, 증가의 대부분은 하반기에 나왔어요. 새 저장소 생성 속도는 두 배가 되어 월 3,030만 개예요.

보고 기간은 2025년 10월 1일부터 2026년 9월 30일까지예요. 에이전트 수치는 플랫폼 전반의 에이전트 활동에 대한 GitHub 자체 탐지에 기반해요. 일부 분석에는 GitHub가 AI를 직접 썼어요. LLM이 사용자 프로필을 국가별로 분류했고, 미세 조정한 다국어 임베딩 모델이 공개 저장소를 산업 분야별로 나눴어요.

AI 에이전트가 이제 시작하는 작업의 비중

2026년 9월 GitHub 풀 리퀘스트의 40% 넘게가 AI 에이전트가 만든 초안으로 시작했고, 3월의 17%에서 늘었어요. 에이전트는 9월 한 달에만 풀 리퀘스트 1억 1,000만 건을 시작했는데, 3월의 약 여섯 배예요.

에이전트의 작업은 더 넓은 경향도 있어요. GitHub는 에이전트가 시작한 풀 리퀘스트의 87%가 여러 파일을 수정한 반면, 에이전트 개입이 감지되지 않은 풀 리퀘스트는 79%라고 밝혔어요. 에이전트가 관여한 풀 리퀘스트 중 2주 안에 병합된 비율은 2월 83%에서 9월 90%로 올랐고, 나머지는 86% 안팎에 머물렀어요. GitHub는 이 수치가 병합까지 걸린 시간이지 코드 품질이 아니라고 짚어요.

개발자가 Copilot의 에이전트 기능을 쓰는 방식

월간 활성 GitHub Copilot 사용자 중 55%가 에이전트 기능을 쓰고 있었고, 1년 전 35%에서 늘었어요. 개발자가 에이전트에 작업을 맡겨 스스로 끝내게 하는 Copilot 클라우드 에이전트 사용은 전년 대비 230%, 에이전트 채팅 사용은 85% 늘었어요.

GitHub는 Copilot Projects도 공개 프리뷰로 내놓았어요. 개발자가 여러 저장소에 걸쳐 에이전트를 조율하고, 디자인 파일, Slack 대화, 회의 노트에서 맥락을 넣고, 결과를 검토할 수 있어요.

GitHub가 에이전트가 쓴 코드의 검토를 다루는 방식

코드가 많아지면 검토할 것도 많아지고, GitHub의 숫자는 검토와 보안 도구가 빠르게 늘고 있음을 보여 줘요. AI 지원 코드 검토와 GitHub Advanced Security의 사용은 각각 전년 대비 90% 넘게 늘었어요. 개발자들이 병합한 Dependabot 풀 리퀘스트는 3,000만 건이 넘어 2025년 물량의 약 두 배예요.

9월까지 264,000명이 넘는 개발자가 스택형 풀 리퀘스트를 썼어요. 큰 변경을 하나씩 검토할 수 있는 더 작은 풀 리퀘스트로 나누는 기능이고, 10월 6일 정식 출시됐어요. GitHub는 프리뷰 기간 이 기능을 쓴 저장소에서 병합된 코드가 9% 늘었다고 하지만, 이 기능만으로 그렇게 됐다고 주장하지는 않아요.

"서로의 작업을 검토하는 팀에게 이것은 협업 방식의 의미 있는 개선이었어요." David Mostoller, Comcast 소프트웨어 엔지니어, 스택형 풀 리퀘스트에 대해

10월 28일 GitHub는 서로 다른 제공업체의 모델에서 독립적인 검토 에이전트를 돌리고 결과를 합치는 Copilot code review Max를 공개 프리뷰로 추가했어요. 에이전트형 자동 수정은 10월 15일 정식 출시됐어요. Copilot이 한 풀 리퀘스트 안에서 코드 스캐닝 경고 최대 25건의 수정안을 제안하고 CodeQL을 다시 돌려 확인해요.

이런 변화가 엔지니어링 리더에게 뜻하는 것

소프트웨어를 출시하는 기업에게 병목은 코드를 쓰는 일에서 점검하는 일로 옮겨 가고 있어요. 에이전트가 풀 리퀘스트의 40% 넘게를 시작하면 산출의 한계는 사람들이 자신 있게 검토할 수 있는 변경의 수가 돼요.

GitHub 자체의 통제는 회사들이 이를 어떻게 관리하기를 기대하는지 보여 줘요. 이제 정식 출시된 Copilot 승인은 필수 승인으로 셀 수 있지만 기본으로는 꺼져 있고, 관리자는 Copilot이 승인할 수 있는 파일 경로를 제한할 수 있으며, 이후에 새 커밋이 들어오면 승인이 취소돼요. 에이전트를 도입하는 팀은 물량이 오기 전에 같은 종류의 검토 규칙이 필요해요.

질문과 답변

AI 에이전트는 GitHub 풀 리퀘스트의 몇 퍼센트를 시작하나요?

GitHub Octoverse 2026 보고서에 따르면 2026년 9월 40% 넘게이고 3월의 17%에서 늘었어요. 에이전트는 9월에 풀 리퀘스트 1억 1,000만 건을 시작했어요.

GitHub에서 매달 병합되는 풀 리퀘스트는 몇 건인가요?

GitHub에 따르면 2026년 월 약 2억 2,000만 건으로, 1년이 채 안 된 때의 세 배예요.

Copilot code review Max란 무엇인가요?

10월 28일부터 공개 프리뷰인 검토 옵션으로, 서로 다른 제공업체의 모델에서 독립적인 검토 에이전트를 돌리고 결과를 하나의 검토로 합쳐요. GitHub는 Lite와 Balanced 옵션보다 시간이 더 걸리고 AI 크레딧을 더 쓴다고 해요.

MOZGII의 시각

우리라면 이렇게 만듭니다

에이전트가 변경의 큰 부분을 시작하면 소프트웨어 팀에서 부족한 자원은 더 이상 타이핑이 아니에요. 꼼꼼히 읽는 일이에요. 이를 위한 팀을 꾸린다면 에이전트가 아니라 검토 경로부터 시작할 거예요. 에이전트가 시작한 풀 리퀘스트마다 무엇을 왜 바꿨는지, 어떤 테스트를 돌렸는지, 어떤 파일을 건드렸는지 짧은 메모를 달아, 검토자가 생 diff가 아니라 맥락에서 시작하게 해요.

변경은 작게 유지할 거예요. 작은 변경이 큰 변경보다 점검하기 쉽기 때문이에요. 로그인 로직이나 공용 라이브러리를 건드리는 변경은 규칙으로 선임 검토자에게 보내요. 그런 경로에서는 AI 승인을 꺼 둘 거예요. 두 번째 모델이 첫 번째 모델을 검토하면 실수를 잡을 수 있지만, 병합 결정은 여전히 사람이 맡아요.

물량이 주의력을 앞지르는 곳에서 깨질 거예요. 검토자가 매일 훨씬 많은 풀 리퀘스트를 마주하면 습관적으로 승인하기 시작하고, 속도 숫자는 좋아 보이는데 품질은 떨어져요. 그래서 병합까지 걸린 시간은 보지 않을 거예요. 지켜볼 지표는 하나예요. 병합된 에이전트 변경 중 몇 주 안에 되돌려지거나 고쳐지는 비율이에요. 다음으로는 어떤 종류의 에이전트 변경이 재작업이 가장 많았는지 검토자에게 보여 주는 주간 보고서를 만들어, 팀이 어디를 더 꼼꼼히 봐야 하는지 알게 할 거예요.

출처

이 기사의 사실은 다음 출처에서 가져왔습니다.

  1. 01GitHub Octoverse 2026simonwillison.net
  2. 02GitHub says AI agents now start over 40% of pull requestsdeveloper-tech.com

쿠키를 사용합니다

MOZGII 개선을 위해 익명 사용 데이터를 수집합니다. 동의 없이는 어떠한 데이터도 수집되지 않습니다. 개인정보 처리방침 · 쿠키 정책