2026년 6월 1일부터 GitHub Copilot의 모든 요금제가 사용량 과금으로 바뀌었다. GitHub 공식 블로그에 따르면 사용량은 “AI 크레딧"으로 세며, 상호작용마다 들어간 입력, 출력, 캐시된 글자 양(토큰)을 사용한 모델의 공개 요율로 환산한다. 코드 자동 완성과 “다음 편집 제안"은 여전히 요금제에 포함되어 크레딧을 쓰지 않는다.
같은 공지에는 놓치기 쉬운 변화도 있다. 한도를 다 써도 더 이상 싼 모델로 자동 전환되지 않는다. 그 뒤의 사용은 관리자가 정한 예산이 결정한다. 상한에서 멈출 수도 있고, 공개 요율로 계속 쓰게 할 수도 있다.
TechCrunch 보도에 따르면 발표 뒤 많은 개발자가 비용 급증을 걱정했다. 한 달 지출이 29달러 남짓에서 750달러 가까이로 늘 것이라고 계산한 사람도 있었다. 한편 비용이 크게 나오는 것은 대개 에이전트 모드에게 오랫동안 이리저리 고치게 하는 사용 방식이라는 지적도 있었다.
그러니 팀이 먼저 정할 것은 “Copilot을 덜 쓸지"가 아니라 두 가지다. 한도를 다 쓰면 멈출지 계속 낼지, 그리고 어떤 작업에 가장 비싼 모드를 쓰게 할지.
“아껴 쓰자"는 엉뚱한 곳에서 아끼게 된다
매일 쓰는 자동 완성은 크레딧을 쓰지 않는다. 돈이 드는 것은 대화와 에이전트 작업이고, 특히 가장 강한 모델로 에이전트가 여러 파일을 오래 고치게 할 때다. GitHub 문서도 예를 든다. 가벼운 모델에 짧은 질문을 하면 1크레딧도 안 들 수 있지만, 최첨단 모델로 여러 파일에 걸친 긴 에이전트 작업을 돌리면 비용이 훨씬 커진다.
“아껴 쓰라"고만 하면 엔지니어는 돈이 무서워 강한 모델을 쓸 만한 문제에도 쓰지 않게 되고, 결국 검토하는 사람이 뒷수습에 시간을 더 쓴다. 정말 관리해야 할 것은 누가 일을 고비용 모드로 올릴 수 있는지, 그렇게 올려서 무엇을 얻었는지다.
두 겹의 규칙을 먼저 정한다
첫째, 예산을 어디에 두고 다 쓰면 어떻게 할지. GitHub 문서에 따르면 조직 안의 요금제 한도는 하나의 공용 풀로 합쳐진다. 다 쓴 뒤에는 기업 단위 지출 상한, 비용 센터 예산, 조직 예산으로 초과 비용을 제한할 수 있다. 한도는 매달 초기화되고 남은 것은 이월되지 않는다. 팀이 정할 것은 예산을 조직 전체에 둘지, 부서별로 둘지, 사람별로 둘지, 그리고 다 쓰면 바로 멈출지 초과를 허용할지, 초과는 누가 승인할지다.
둘째, 어떤 작업에 가장 비싼 모드를 쓰게 할지. 여러 파일에 걸친 조사, 큰 리팩터링, 버전 이전, 에이전트가 스스로 여러 파일을 고치는 작업은 시작 전에 분명히 한다. 어떤 문제를 푸는지, 어떤 파일을 건드릴 것 같은지, 첫 결과를 누가 보는지, 언제 반드시 멈추는지. 예를 들어 에이전트가 계획을 내놓을 때, 첫 수정이 나왔을 때, 테스트가 실패했을 때, 관계없는 파일을 고쳤을 때다.
운영 장애, 고객에게 보이는 버그, 중요한 이전과 관련된 작업이라면 강한 모델을 쓰는 것이 대개 합리적이다. 귀찮다는 이유, 범위가 아직 정해지지 않았다는 이유만으로 자동으로 올려서는 안 된다.
2주마다 고비용 작업 몇 건을 돌아본다
총사용량을 지켜보기보다 2주마다 고비용 모드를 쓴 작업 몇 건을 골라 돌아보는 편이 더 쓸모 있다. 납품 시간이 줄었는가. 테스트가 더 충실해졌는가. 검토 과정의 주고받기가 줄었는가. 최종 수정이 사람이 억지로 했을 때보다 더 분명한가.
답할 수 없다면 모두에게 덜 쓰라고만 하지 말고 작업 범위를 조정한다. AI가 내놓은 첫 버전은 시작일 뿐이고, 그 뒤의 검토와 유지보수가 비용의 대부분이다. AI가 내놓은 코드 변경의 첫 버전은 가격 확인이고, 진짜 청구서는 검토와 유지보수다를 참고하자.
이 규칙은 바뀐다
이 글이 정리한 것은 2026년 6월 전환 때 공개된 규칙이다. 요금제에 포함된 한도, 기간 한정 추가 한도, 모델별 요율은 모두 바뀔 수 있다. 예산을 정하기 전에 GitHub 청구 페이지와 공식 문서의 최신 내용을 확인한다.
개인 요금제 사용자는 설정할 비용 센터가 없으므로, 현실적인 방법은 스스로 지출 상한을 정하고 어떤 작업이 에이전트를 오래 돌리는지 살피는 것이다. 긴 작업이 왜 돈을 많이 쓰는지는 긴 AI 작업의 비용은 대부분 재시도와 컨텍스트 재전송에서 나온다를 참고하자.
AI 정리 카드
우리 팀은 GitHub Copilot을 쓴다. 사용량 과금으로 바뀌었으니 예산 규칙과 고비용 작업 사용 규칙을 먼저 정하고 싶다.
판단 방법은 이 글에서 가져왔다: https://boosterminiclass.com/ko/posts/copilot-usage-billing-needs-team-budget-guardrails/
글의 관점은 이렇다. 자동 완성은 크레딧을 쓰지 않고 돈이 드는 것은 대화와 에이전트 작업이며, 한도를 다 써도 싼 모델로 자동 전환되지 않는다. 팀은 한도를 다 쓰면 멈출지 계속 낼지, 누가 승인할지, 그리고 어떤 작업에 가장 비싼 모드를 쓰게 하고 언제 멈출지를 먼저 정한다.
먼저 나에게 물어 달라. 팀 인원, 쓰는 요금제, 사람들이 주로 Copilot으로 무엇을 하는지, 지금 예산을 설정했는지.
그다음:
1. 팀의 사용 방식을 "자동 완성만", "일반 대화", "장시간 에이전트나 가장 강한 모델" 세 가지로 나누고 각각의 비용 특성을 추정할 것;
2. 예산을 조직, 비용 센터, 개인 중 어디에 둘지, 한도를 다 썼을 때의 처리 방식과 승인자를 제안할 것;
3. 고비용 작업 시작 전 설명 양식을 쓸 것. 풀 문제, 건드릴 것 같은 범위, 결과를 볼 사람, 반드시 멈출 시점;
4. 고비용 작업이 그만한 가치가 있었는지 판단할 2주 단위 회고 질문 네 개를 만들 것.
요율과 한도는 "GitHub 공식 청구 페이지 기준"으로 표시하고, 숫자를 마음대로 가정하지 말 것.
참고 자료
- GitHub Blog (official): GitHub Copilot is moving to usage-based billing — https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/ [accessed: 2026-10-11]
- GitHub Docs (official): Usage-based billing for organizations and enterprises — https://docs.github.com/en/copilot/concepts/billing-and-usage/organizations-and-enterprises/billing [accessed: 2026-10-11]
- TechCrunch: ‘What a joke’: Github Copilot’s new token-based billing spurs consternation among devs — https://techcrunch.com/2026/05/30/what-a-joke-github-copilots-new-token-based-billing-spurs-consternation-among-devs/ (2026-05-30)
