GitHub Copilot의 최근 제한은 겉으로 보면 “요금제와 사용량 한도를 손본 일”처럼 보인다. 하지만 속을 들여다보면 더 큰 변화가 있다. AI 코딩이 단순한 보조 도구에서, 스스로 여러 단계를 수행하는 에이전트형 워크플로로 넘어가면서 Copilot의 인프라 장부와 과금 모델이 다시 쓰이고 있다.
GitHub의 설명은 비교적 분명하다. 개발자들이 복잡한 코딩 문제를 풀기 위해 agents와 subagents를 더 많이 쓰고 있으며, 이 장시간·병렬 워크플로가 인프라와 가격 구조를 압박하고 있다는 것이다. GitHub는 일부 요청의 비용이 요금제 가격을 넘는 경우도 흔해졌다고 밝혔다 [14].
먼저 확인된 사실부터 짚어보자
공개 자료로 확인되는 핵심은 네 가지다.
첫째, GitHub는 Copilot Pro, Pro+, Student의 신규 가입을 일시 중단하고, 개인 요금제의 사용 제한을 강화했으며, Pro 요금제에서 Opus 모델을 제거했다 [15].
둘째, GitHub는 Copilot 사용 증가 속에서 높은 동시성(high concurrency)과 고강도 사용 패턴이 늘고 있다고 밝혔다. 이런 사용이 합법적인 워크플로에서 비롯된 것이라 해도, 공유 인프라와 운영 리소스에 상당한 부담을 준다는 설명이다 [17].
셋째, 모든 GitHub Copilot 요금제는 2026년 6월 1일부터 사용량 기반 과금으로 전환되며, Copilot 사용량은 GitHub AI Credits를 소모하게 된다 [19].
넷째, Copilot code review는 2026년 6월 1일부터 GitHub Actions minutes를 소모한다. GitHub Actions minutes는 CI/CD 워크플로 실행 시간과 연결되는 과금 단위로 이해하면 쉽다 [24].
다만 ‘30배 확장’이라는 숫자는 조심해서 다뤄야 한다. GitHub 공식 자료는 Copilot의 용량, 동시성, 과금 압박을 확인해주지만, GitHub가 정확히 “30배 확장 계획”을 공식 발표했다고 보기는 어렵다. 이 숫자는 GitHub가 현재의 30배 규모를 기준으로 시스템을 설계해야 한다는 외부 보도에서 나온 표현이다 [30]. 따라서 현재로서는 “GitHub의 용량 압박은 공식적으로 확인됐다. 그러나 30배는 공식 지표라기보다 외부 보도의 규모감 있는 설명”이라고 보는 편이 안전하다.
Copilot은 더 이상 ‘몇 줄 자동완성’만 처리하지 않는다
초기 AI 코딩 도구는 대체로 즉각적인 요청에 답하는 방식이었다. 사용자가 코드 자동완성을 요청하거나, 함수 설명을 묻거나, 작은 코드 조각 생성을 요청하면 모델이 짧게 응답하는 구조였다.
하지만 agentic coding, 즉 에이전트형 코딩은 이 전제를 바꾼다. GitHub는 VS Code용 Copilot 릴리스 노트에서 “완전히 자율적인 에이전트 세션을 위한 Autopilot”을 public preview로 소개했고, 에이전트가 어떻게 실행되는지 제어하는 기능도 언급했다 [18]. 사용자의 한 번의 의도가 곧바로 끝나는 요청이 아니라, 일정 시간 계속 실행되는 자동화 개발 흐름으로 확장될 수 있다는 뜻이다.
GitHub가 개인 요금제 변경 이유로 agents와 subagents를 직접 언급한 것도 같은 맥락이다. 이들이 만드는 것은 짧은 질의응답이 아니라 장시간·병렬 워크플로다 [14]. AI가 단순히 답을 내는 데서 그치지 않고, 저장소 맥락을 읽고, 작업을 계획하고, 도구를 호출하고, 코드를 수정하고, 다음 단계로 넘어가면 플랫폼이 감당해야 할 부담은 “요청 수” 하나로 설명되지 않는다. 실행 시간, 동시 실행 수, 컨텍스트 읽기, 뒤따르는 플랫폼 리소스 사용이 모두 비용이 된다.
AI 코딩 에이전트가 인프라 부담을 키우는 이유
1. 한 번의 상호작용이 긴 세션으로 바뀐다
일반적인 코드 자동완성은 짧은 요청에 가깝다. 반면 에이전트가 복잡한 코딩 문제를 처리할 때는 여러 단계를 연속으로 수행할 수 있다. GitHub는 agents/subagents 워크플로가 큰 가치를 만들 수 있지만, 동시에 인프라와 가격 구조를 압박하고 있으며 일부 요청 비용이 요금제 가격을 넘는 경우도 있다고 밝혔다 [14].
그래서 단순히 “사용자가 몇 명 늘었나”만 봐서는 상황을 설명하기 어렵다. 한 개발자가 실행한 고강도 에이전트 작업 하나가 수많은 일반 자동완성이나 짧은 채팅 요청보다 더 많은 리소스를 먹을 수 있다.
2. 동시성은 더 이상 ‘접속자 수’와 같지 않다
전통적인 SaaS에서는 동시성을 대체로 “지금 몇 명이 서비스를 쓰고 있나”로 이해하기 쉽다. 하지만 AI 코딩 에이전트에서는 이 기준이 부족해진다. 한 사용자가 여러 개의 에이전트 작업을 동시에 시작할 수 있고, 각 작업은 일정 시간 계속 실행될 수 있다.
GitHub는 2026년 4월 Changelog에서 Copilot이 빠르게 성장하는 가운데 높은 동시성과 고강도 사용 패턴을 관찰하고 있으며, 이런 사용이 공유 인프라와 운영 리소스에 상당한 부담을 준다고 밝혔다 [17]. 이제 Copilot이 감당해야 하는 것은 “온라인 개발자 수”가 아니라 “그 개발자들이 동시에 얼마나 많은 자동화 워크플로를 돌리고 있는가”에 가깝다.
3. AI 기능이 GitHub의 핵심 협업 경로로 들어왔다
Copilot code review는 중요한 사례다. GitHub는 Copilot code review 사용량이 전년 4월 이후 10배 증가했고, 현재 GitHub에서 이뤄지는 code review의 5분의 1 이상을 차지한다고 밝혔다. 또한 내부적으로 저장소 컨텍스트를 검색하고 변경 사항 전반을 추론하는 agentic architecture로 옮겨갔다고 설명했다 [13].
이런 기능은 채팅창 안에서 끝나는 단일 모델 호출보다 무겁다. 코드 리뷰 과정에 직접 들어가 저장소 맥락을 읽고, 변경 사항을 해석하며, 협업 흐름의 일부가 된다. GitHub가 2026년 6월 1일부터 Copilot code review가 GitHub Actions minutes를 소모한다고 발표한 것도, AI 코딩 기능이 더 넓은 플랫폼 리소스와 과금 체계 안으로 들어오고 있음을 보여준다 [24].
4. 고정 구독료는 ‘기계 속도’의 워크플로와 충돌한다
월정액 구독 모델은 사용량이 어느 정도 안정적이고, 사람이 직접 조작하는 속도에 맞춰진 서비스에 잘 맞는다. 하지만 GitHub는 agents/subagents의 장시간·병렬 워크플로가 인프라와 pricing structure를 동시에 압박한다고 공개적으로 설명했다 [14].
GitHub의 다음 조치도 같은 방향을 가리킨다. 모든 Copilot 요금제는 2026년 6월 1일부터 사용량 기반 과금으로 전환되고, Copilot 사용량은 GitHub AI Credits를 소모하게 된다 [19]. 즉 Copilot은 “개발자 좌석당 AI 도우미를 사는 방식”에서 “실제 AI 작업량에 따라 비용을 재는 방식”으로 이동하고 있다.
GitHub가 이미 취한 조치들
GitHub의 대응은 단일한 제한 조치라기보다, 용량·비용·공정 사용을 다시 맞추려는 일련의 조정에 가깝다.
- Copilot Pro, Pro+, Student 신규 가입을 일시 중단하고, 개인 요금제 사용 제한을 강화했으며, Pro에서 Opus 모델을 제거했다 [
15].
- Copilot Pro+에서 Opus 4.6 Fast를 종료하고 새로운 제한을 적용한다고 밝혔다. 배경에는 Copilot 성장 과정에서 나타난 높은 동시성과 고강도 사용 패턴, 그리고 공유 인프라에 대한 부담이 있다 [
17].
- 모든 Copilot 요금제는 2026년 6월 1일부터 사용량 기반 과금으로 전환되며, Copilot 사용은 GitHub AI Credits를 소모한다 [
19].
- Copilot code review는 2026년 6월 1일부터 GitHub Actions minutes를 소모한다 [
24].
- GitHub는 조직 보고서의 Copilot usage metrics에 사용자별 GitHub Copilot CLI 활동 지표를 추가했다 [
16].
이 신호들을 종합하면 문제는 “어떤 모델 하나가 너무 비싸다”거나 “특정 주에 트래픽이 몰렸다”는 수준이 아니다. AI 코딩 에이전트가 GitHub가 제공하고 과금해야 하는 기본 작업 부하 자체를 바꾸고 있다는 쪽이 더 정확하다.
‘30배’라는 말은 어떻게 봐야 할까
외부 보도의 ‘30배’가 맞다고 하더라도, 이를 곧바로 “사용자 수가 30배 늘어난다”는 뜻으로 받아들이기는 어렵다. 엔지니어링 관점에서는 여러 요인이 곱해진 결과로 보는 편이 자연스럽다. 더 많은 사용자가 agentic coding을 쓰고, 한 사용자당 더 오래 실행되는 agent/subagent 작업을 여러 개 병렬로 돌리며, 고동시성·고강도 사용이 공유 인프라를 압박하고, 코드 리뷰 같은 기능은 저장소 컨텍스트를 검색하면서 Actions minutes 같은 플랫폼 리소스까지 사용하게 된다 [13][
14][
17][
24][
30].
따라서 ‘30배’는 현재 공개 자료 기준으로 GitHub가 공식 확인한 확장 계획이라기보다, 용량 압박의 크기를 설명하는 외부 보도의 표현으로 보는 것이 적절하다. 더 확실한 결론은 이것이다. GitHub는 agentic coding의 부하 특성 때문에 Copilot의 제한, 모델 제공 범위, 사용량 측정 방식, 비즈니스 모델을 조정하고 있다 [14][
15][
17][
19].
개발팀은 무엇을 준비해야 하나
첫째, AI 에이전트를 실험용 장난감이 아니라 운영 워크로드로 봐야 한다. 이제 AI 비용은 개발자 좌석 수만으로 추정하기 어렵다. 개발자 한 명이 몇 개의 에이전트를 실행하는지, 작업이 얼마나 오래 도는지, 고동시성 사용이 있는지, 어떤 흐름이 GitHub Actions minutes나 AI Credits 과금 범위에 들어가는지를 함께 봐야 한다 [17][
19][
24].
둘째, 조직 단위의 사용량 가시성을 확보해야 한다. GitHub가 조직 보고서에 사용자별 GitHub Copilot CLI 활동 지표를 추가한 것은 이런 흐름을 보여준다 [16]. Copilot CLI, 에이전트 모드, 자동화 코드 리뷰를 도입하는 팀이라면 사용량 데이터가 엔지니어링 관리와 예산 관리의 일부가 되어야 한다.
셋째, 자율 에이전트에는 경계가 필요하다. GitHub는 VS Code Copilot 릴리스 노트에서 완전히 자율적인 에이전트 세션을 public preview로 소개하면서, 에이전트 실행 방식을 제어하는 기능도 함께 언급했다 [18]. 이런 기능을 시험할 때는 동시 실행 한도, 작업 시간 제한, 재시도 정책, 사람의 리뷰가 필요한 기준을 정해두는 것이 좋다.
넷째, 예산 모델을 미리 바꿔야 한다. 2026년 6월 1일 이후 Copilot 사용은 GitHub AI Credits를 소모하고, Copilot code review도 GitHub Actions minutes를 소모한다 [19][
24]. AI 코딩 비용은 더 이상 단순히 구독 좌석 수에만 묶이지 않고, 실제 사용 강도에 더 직접적으로 반응하게 된다.
결론: Copilot 제한은 agentic coding 시대의 초기 인프라 신호다
GitHub Copilot이 빠듯해진 이유는 단순히 “AI가 인기를 얻어서”가 아니다. 작업 부하의 리듬이 사람의 속도에서 기계의 속도로 바뀌고 있기 때문이다. Agents와 subagents는 하나의 개발 의도를 장시간·병렬·컨텍스트 집약적인 워크플로로 바꾼다. GitHub는 이 패턴이 인프라와 가격 구조를 압박한다고 인정했고, 일부 신규 가입 중단, 사용 제한 강화, 모델 제공 범위 조정, AI Credits 기반 과금 전환, Copilot code review의 Actions minutes 소비 같은 조치로 대응하고 있다 [14][
15][
19][
24].
정리하면, Copilot의 용량 모델과 비즈니스 모델은 AI 코딩 에이전트에 의해 재편되고 있다. 다만 ‘30배 확장’은 현재 GitHub 공식 발표로 직접 확인된 사실이 아니라 외부 보도의 표현으로 다루는 것이 맞다 [30].
