
GitHub가 4월 20일부터 Copilot 개인용 Pro, Pro+, Student의 신규 가입을 일시 중단했고, 기존 개인 플랜의 사용량 제한을 더 엄격하게 바꿨습니다. Pro에서는 Opus 계열 모델도 빠졌습니다.12
겉으로는 요금제 조정처럼 보이지만, 실제로는 "월정액 AI 코딩 도구"의 전제가 흔들리고 있다는 신호에 가깝습니다. 이제 중요한 질문은 "어느 플랜이 더 싸냐"가 아니라, "내 작업 방식이 제한에 걸렸을 때 얼마나 크게 망가지느냐"입니다.
진짜 비용은 월 구독료가 아니라, 작업이 끊기는 순간 생긴다
이번 변경에서 확인된 사실은 세 가지입니다. 첫째, 신규 개인 가입은 Free만 열려 있습니다.3 둘째, 개인 플랜에는 세션 제한과 주간 제한이 있고, 이 제한은 요청 횟수와 별개로 토큰 사용량과 모델 배수에 따라 걸립니다.1 셋째, Pro+는 Pro보다 사용 한도가 5배 이상 높습니다.1
여기서 실무적으로 중요한 포인트는 "프리미엄 요청이 남아 있어도 막힐 수 있다"는 점입니다.1 많은 사용자는 지금까지 요청 횟수만 신경 썼지만, 이제는 긴 대화, 큰 컨텍스트, 병렬 에이전트 실행이 따로 비용을 만들 수 있습니다.
이 변화에 가장 크게 영향을 받는 사람은 짧은 자동완성 위주 사용자가 아니라, 에이전트 모드와 CLI, 복수 작업 동시 실행에 기대는 사용자입니다. GitHub도 장시간 병렬 세션과 /fleet 같은 병렬 워크플로가 비용과 부하를 키운다고 설명했습니다.1 즉 "코드를 조금 더 빨리 치게 도와주는 도구"로 Copilot을 쓰는 사람보다, "한 번에 큰 일을 맡기는 도구"로 쓰는 사람이 더 쉽게 한도 문제를 만날 수 있습니다.
반대로 말하면, 하루 종일 붙잡고 일하는 직업 개발자라도 사용 패턴이 얕고 짧다면 Pro로 충분할 수 있습니다. 월 39달러의 Pro+가 무조건 상위 선택은 아닙니다. 중요한 것은 사용 시간보다 요청의 무게와 병렬성입니다.
요금제를 고르기 전에, 먼저 내 'AI 코딩 스택'부터 그려봐야 한다
이번 이슈가 헷갈리는 이유는 Copilot이 더 이상 단일 기능 제품이 아니기 때문입니다. 인라인 자동완성, 채팅, CLI, 코드리뷰, 클라우드 에이전트가 한 플랜 안에 섞여 있고, 각 기능의 사용량 구조도 다릅니다.4
그래서 플랜 선택은 가격표 비교보다 스택 설계 문제에 가깝습니다. 예를 들어:
인라인 자동완성이 핵심이면: Copilot의 가치는 여전히 큽니다. 이 경우에는 무거운 모델 접근성보다 편집기 통합성과 지연시간이 더 중요합니다.
채팅과 에이전트가 핵심이면: 한도, 모델 배수, 병렬 실행 제약이 실제 생산성에 바로 영향을 줍니다.
이미 다른 백업 모델이나 도구가 있으면: Copilot은 "주력"이 아니라 "빠른 기본값"으로 둘 수 있습니다.
대체 수단이 없으면: 한도 도달이 곧 작업 중단이 됩니다.
여기서 반론도 있습니다. "어차피 Copilot은 여전히 싸다"는 주장입니다. 실제로 시장에서 Copilot은 오랫동안 강한 가격 경쟁력을 가졌습니다. 하지만 이번 변화는 싸다는 사실보다, 그 싼 가격이 어떤 사용 패턴까지 감당하는지는 별개라는 점을 드러냈습니다. 외부 매체들도 이번 조치를 에이전트형 코딩이 고정 월정액 구조를 압박한 사례로 해석했습니다.56
당신은 '버스트 코더'인가, '매일 출고하는 사람'인가
가장 간단한 판단법은 기능표가 아니라 자기 유형을 보는 것입니다.
가끔 몰아서 사이드 프로젝트를 하는 사람이라면, 한 달 내내 안정적으로 많이 쓰기보다 특정 주말에 폭발적으로 쓰는 일이 많습니다. 이런 유형은 오히려 세션 제한이나 주간 제한의 체감이 큽니다. Free나 Pro가 싸 보여도, 몰아서 쓰는 날 막히면 체감 손해가 큽니다.
반면 매일 조금씩 커밋하는 직장인 개발자는 자동완성과 짧은 질의가 대부분이라면 Pro로도 버틸 가능성이 있습니다. 다만 에이전트에게 조사, 수정, PR 생성까지 맡기기 시작하면 얘기가 달라집니다.
마감형 프리랜서는 가장 보수적으로 봐야 합니다. 이 유형에게 AI 도구는 편의가 아니라 납기 리스크 관리 수단입니다. 작업 중간에 모델 선택이 막히거나 기다림이 생기면, 구독료 차이보다 기회비용이 더 큽니다. 이 경우 Pro+를 쓰거나, 애초에 Copilot을 주력으로 두지 않고 백업 경로를 확실히 두는 편이 낫습니다.
신규 사용자라면 더 단순합니다. 현재 개인 유료 가입이 막혀 있으니 Free로 워크플로 적합성을 먼저 검증하는 수밖에 없습니다.13 지금은 "무슨 플랜을 살까"보다 "Copilot 없이도 내 흐름이 유지되나"를 시험할 시기입니다.
앞으로 더 타이트해져도 버티는 선택은 따로 있다
확인된 사실은 GitHub가 제한 표시를 VS Code와 Copilot CLI에 넣었고, 한도에 가까워지면 경고를 보여준다는 점입니다.1 이것은 좋은 개선이지만, 사전 경고가 늦었다는 사용자 불만도 이미 커뮤니티에서 나왔습니다.78
그래서 지금 필요한 건 플랜 충성도가 아니라 잠금효과를 줄이는 습관입니다. 프롬프트와 스니펫을 별도 저장하고, 편집기 단축키와 워크플로를 특정 공급자 기능에 과도하게 묶지 말고, 대체 가능한 채팅/터미널 도구를 하나쯤 유지하는 편이 안전합니다. 그리고 "Copilot 덕분에 실제로 몇 시간을 아꼈는지"를 감으로 보지 말고 2주만이라도 기록해보면 좋습니다.
이번 변화는 Copilot이 나빠졌다는 이야기보다, AI 코딩 도구가 이제 무제한 SaaS가 아니라 제한된 인프라 서비스에 가까워졌다는 사실을 보여줍니다. 지금 신경 써야 할 사람은 헤비 유저만이 아닙니다. 마감이 있거나, 대체 도구가 없거나, 에이전트형 작업을 빠르게 늘리고 있는 사람이라면 특히 그렇습니다. 앞으로의 기준은 단순합니다. 가격표가 아니라, 제한이 걸렸을 때 내 일이 얼마나 멈추는가입니다.
참고
1Changes to GitHub Copilot individual plans
2Changes to GitHub Copilot plans for individuals
3Plans for GitHub Copilot - GitHub Docs
4GitHub Copilot · Plans & pricing · GitHub
5Microsoft's GitHub grounds Copilot account sign-ups amid capacity crunch
7Announcement: Changes to GitHub Copilot Individual Plans · community · Discussion #192963 · GitHub
8Pausing new GitHub Copilot Pro trials [Incident Thread] · community · Discussion #192573 · GitHub
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.
