
GitHub가 Copilot 개인 요금제에 손을 댔다. 신규 Pro·Pro+·Student 가입을 일시 중단했고, 개인 플랜의 사용 제한을 더 엄격하게 바꿨으며, Pro에서는 Opus 계열 모델도 빠졌다.12 이건 단순한 상품 페이지 수정이 아니다. 월 10달러냐 39달러냐보다, 개발자가 AI를 "얼마나 자주" 쓰는지가 아니라 "어떤 순간에 얼마나 무겁게" 쓰는지가 더 중요해졌다는 신호다.
왜 지금 중요하냐면, Copilot의 비용 구조가 더 이상 예전의 자동완성 중심 사용 패턴을 전제로 버티기 어려워졌기 때문이다. GitHub는 이제 소수의 긴 에이전트 작업만으로도 한 달 구독료를 넘는 비용이 발생한다고 공개적으로 설명했다.1 즉, Copilot 플랜 선택은 구독 비교가 아니라 워크플로 설계 문제가 됐다.
월 구독료보다 먼저 봐야 할 것: 나는 어떤 종류의 AI 사용자인가
Copilot Free는 월 50개의 프리미엄 요청과 2,000개의 인라인 제안, Pro는 월 300개 프리미엄 요청, Pro+는 월 1,500개 프리미엄 요청을 준다.3 겉으로 보면 "코딩을 많이 하면 상위 플랜"처럼 보인다. 하지만 이번 변경으로 그렇게 단순하게 보기 어려워졌다.
핵심은 코딩 시간보다 AI 강도다.
예를 들어 자동완성 위주 개발자는 Pro가 아니라 Free나 낮은 티어로도 충분할 수 있다. 반대로 하루 종일 코드를 많이 쓰지 않아도, 복잡한 리팩터링·아키텍처 판단·병렬 에이전트 실행을 자주 돌리는 사람은 빠르게 제한에 걸릴 수 있다. GitHub도 세션 제한과 주간 제한이 "프리미엄 요청 수"와 별개라고 분명히 말했다.1 요청 횟수가 남아 있어도 토큰 사용량이 많으면 막힐 수 있다는 뜻이다.
여기서 생기는 실무적 포인트는 간단하다. "나는 몇 시간 코딩하나?"보다 "나는 AI에게 어떤 난이도의 일을 맡기나?"를 먼저 봐야 한다. 학생, 사이드프로젝트 개발자, 프리랜서, 오픈소스 유지관리자라도 이 질문의 답이 다르면 맞는 플랜도 달라진다.
비싼 모델은 일상 도구가 아니라 '구조 요청'일 수 있다
이번 조정에서 가장 상징적인 변화는 Pro에서 Opus 모델이 빠진 점이다. Opus 4.7은 Pro+에서만 남고, 기존 Opus 4.5·4.6도 Pro+에서 제거 수순에 들어갔다.12 커뮤니티 반응이 큰 이유도 여기에 있다. 많은 사용자가 "항상 최고 모델이 필요하다"기보다, 막히는 순간에만 그 깊은 추론을 원했기 때문이다.4
이 지점에서 과소비가 자주 생긴다. 평소엔 인라인 제안과 가벼운 채팅이면 충분한데, 가끔 큰 버그나 설계 문제를 풀기 위해 상위 플랜을 유지하는 경우다. 그런 사용자라면 Pro+로 올리는 대신, 평소엔 Copilot Pro 또는 Free를 쓰고 정말 어려운 순간에만 별도 프리미엄 모델 도구를 켜는 혼합 구성이 더 합리적일 수 있다. 이건 Copilot이 부족하다는 뜻이 아니라, "항상 최고 사양을 대기시킬 필요가 있는가"라는 비용 질문이다.
물론 반론도 있다. 매번 도구를 바꾸는 건 흐름을 끊고, IDE 안에서 바로 이어지는 Copilot의 장점도 희석된다. 그래서 복잡한 작업이 "가끔"인지 "반복적으로"인지가 중요하다. 월 몇 번의 구조 요청을 위해 Pro+를 사는지, 아니면 업무 대부분이 이미 그런 요청인지 구분해야 한다.
Copilot을 기본 도구로 둘 사람과, 조합해서 써야 할 사람
Copilot의 강점은 여전히 IDE 안에 깊게 붙어 있다는 점이다. 인라인 제안, 코드 리뷰, CLI, 클라우드 에이전트, GitHub 연동은 "코드 쓰는 흐름"을 덜 끊는다.3 자주 짧게 도움을 받는 개발자에겐 이 편의성이 크다.
하지만 이번 변화는 또 다른 사실도 보여준다. 에이전트 모드, 코드 리뷰, CLI 같은 기능은 프리미엄 요청뿐 아니라 추가적인 사용 제한의 영향을 받는다.13 즉 Copilot은 강력하지만, 무거운 자율 작업을 오래 돌리는 사람에게는 이제 사실상 제한이 전제된 도구가 됐다.
그래서 이렇게 나눠 보는 게 현실적이다.
Copilot을 기본 도구로 두기 좋은 사람은, IDE 안에서 지속적으로 짧고 빈번한 보조가 필요한 사람이다. 반면 채팅 중심으로 긴 추론을 드물게 하지만 깊게 요구하는 사람은, Copilot 단독보다 혼합 구성이 더 나을 수 있다. 특히 프리랜서나 학생처럼 예산 민감도가 높은 경우, "편의성 비용"을 실제로 얼마나 쓰는지 따져봐야 한다.
업그레이드 전에 5분만 점검할 질문
지금 판단 기준은 기능표가 아니라 사용 패턴이다.
한 주에 AI로 복잡한 문제를 몇 번 푸는가.
그때 병렬 작업, 긴 에이전트 실행, 무거운 모델 선택을 자주 하는가.
평소 필요한 것은 IDE 내 상시 보조인가, 아니면 가끔 필요한 깊은 추론인가.
현재 불편이 일시적인 제한 적응 문제인가, 아니면 내 워크플로와 플랜 구조가 이미 어긋났다는 신호인가.
이번 변경은 GitHub의 일회성 조치로 끝날 수도 있고, 더 미세한 사용량 기반 과금으로 가는 중간 단계일 수도 있다. 후자는 외부 해석이지만, 적어도 GitHub가 "프리미엄 요청"과 별도로 토큰 기반 사용 제한을 전면에 드러냈다는 사실 자체는 분명하다.15 그래서 지금 신경 써야 할 사람은 단순히 "Copilot을 많이 쓰는 사람"이 아니다. AI를 무거운 문제 해결 엔진으로 쓰기 시작한 사람이다. 이들에게 플랜 선택은 이제 가격표 읽기가 아니라, 자기 작업의 AI 강도를 측정하는 일이다.
참고
1Changes to GitHub Copilot Individual plans
2Changes to GitHub Copilot plans for individuals
3GitHub Copilot · Plans & pricing · GitHub
4Announcement: Changes to GitHub Copilot Individual Plans · community · Discussion #192963 · GitHub
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.
