Copilot 자동 모델 선택에 효율·균형·지능 세 티어가 생겼다. 세 티어는 같은 모델 풀을 쓰고, 청구는 티어가 아니라 선택된 모델 기준이다. 티어보다 관리자 모델 정책과 10월 2일 모델 교체 목록을 먼저 봐야 한다.
토큰 비용을 줄이라는 지시가 내려오면 개발팀은 모델 선택 화면부터 연다. 지난 몇 달 사이 그 화면의 답은 특정 모델 이름에서 "자동"으로 옮겨 갔다. 이제 그 자동 안에 다시 손잡이 세 개가 생겼다.
GitHub 9월 14일 변경 로그는 Copilot 자동 모델 선택에 효율(efficiency), 균형(balance), 지능(intelligence) 티어를 추가했다고 알렸다. 효율은 비용을 낮게 유지하는 쪽에, 균형은 비용·품질·지연을 함께, 지능은 품질에 무게를 둔다. VS Code, Copilot CLI, GitHub Copilot 앱에 순차 배포 중이다.
문제는 이 손잡이가 무엇을 바꾸고 무엇을 바꾸지 않는지다. 이름만 보면 효율 티어는 예산 상한처럼 읽힌다. 공지 문면은 그렇게 말하지 않는다.
티어는 모델 풀을 바꾸지 않고 가중치만 바꾼다
공지의 핵심 문장은 두 개다. "세 티어 모두 같은 사용 가능 모델 집합을 쓴다"와 "자동은 프롬프트마다 개별 평가해 가장 알맞은 모델을 고른다"이다. 티어를 바꿔도 후보 목록은 그대로다. 바뀌는 것은 후보를 재는 저울의 눈금이다.
GitHub 문서의 자동 모델 선택 설명은 예시를 하나 더 준다. 기존 함수에 docstring을 붙이는 단순 작업은 지능 티어에서도 작고 빠른 모델로 갈 수 있다. 뒤집으면 효율 티어에서도 복잡한 프롬프트는 비싼 모델에 닿을 수 있다는 뜻이다. 문서는 라우팅이 두 계통으로 돈다고 설명한다. 하나는 실시간 시스템 상태와 가용성을 보고, 하나는 작업 복잡도를 잰다. 같은 티어, 같은 프롬프트라도 그 시각의 가용성에 따라 다른 모델에 떨어질 수 있다.
| 티어 | 공지가 밝힌 무게 중심 | 모델 풀 | 청구 기준 |
|---|---|---|---|
| 효율 | 비용 최소화, 빠르고 단순한 작업 | 동일 | 선택된 모델 |
| 균형 | 비용·품질·지연 동시 고려 | 동일 | 선택된 모델 |
| 지능 | 품질 우선, 복잡한 작업 | 동일 | 선택된 모델 |
세 줄에서 다른 칸은 하나뿐이다.
청구서는 티어가 아니라 도착한 모델이 쓴다
공지는 과금을 이렇게 못 박는다. "사용량은 티어와 무관하게 자동이 선택한 모델 기준으로 청구된다." 유료 플랜의 10% 할인은 그대로 유지된다. 효율 티어를 켰다고 프리미엄 요청 소진에 상한이 걸리지는 않는다.
이 구조는 자동 선택이 처음 CLI에 들어온 4월 17일 공지와 비교하면 무게가 달라진다. 당시 풀은 GPT-5.4, GPT-5.3-Codex, Sonnet 4.6, Haiku 4.5였고, 자동이 고를 수 있는 모델은 배수 0x에서 1x까지로 묶여 있었다. 1x 모델이 걸리면 프리미엄 요청 0.9개를 썼다. 지금 문서가 나열하는 CLI 풀에는 Claude Opus 5, Claude Sonnet 5, GPT-5.6 Sol, Gemini 3.7 Flash가 들어 있다. 풀의 천장이 올라간 상태에서 청구는 여전히 "걸린 모델" 기준이다.
그렇다면 조직이 비용 경계를 그을 수 있는 자리는 어디인가. 같은 문서가 답한다. 관리자 정책으로 제외한 모델과 데이터 상주·FedRAMP 제약에 걸리는 모델은 자동 선택 풀에 들어가지 않는다. 요청마다 비용과 정확도를 저울질하는 구조는 정확도 3점에 비용 3배를 낼지, 이제 요청마다 정한다에서 다뤘다. 이번 티어는 그 저울의 기울기를 개발자에게 주고, 저울에 올릴 추는 관리자 정책에 남겨 둔 셈이다.
10월 2일이 모델 풀을 관리자 손에 다시 쥐여 준다
풀을 정하는 결정이 곧 강제된다. GitHub 9월 3일 공지에 따르면 10월 2일에 Claude Opus 4.7은 Claude Opus 5로, Gemini 3.5 Flash와 3.6 Flash는 Gemini 3.8 Flash로, Kimi K2.7 Code는 Kimi K3로 대체된다. Copilot Business·Enterprise 관리자는 모델 정책에서 대체 모델 접근을 켜야 한다. 이 스위치를 켜면 자동 선택 풀의 천장이 올라가고, 켜지 않으면 풀이 좁아진다. 어느 쪽이든 청구서를 움직이는 결정은 티어 화면이 아니라 정책 화면에서 내려진다.
같은 주에 나온 다른 공지들도 같은 방향을 가리킨다. GitHub 9월 9일 공지는 셸 명령·파일 편집·네트워크 도메인 단위로 차단·승인 요구·자동 진행을 엔터프라이즈가 정하게 했고, 이 설정은 사용자 설정과 자동 승인, 저장된 승인 기록으로 뒤집을 수 없다. Claude Code 2.1.271 릴리스 노트는 관리 설정 modelPricing에 최대 10배 승수를 넣어 내부 청구 단가를 조직이 정하게 했다. 벤더들이 사용자에게는 선호 손잡이를, 조직에는 구속력 있는 경계를 나눠 주고 있다.
가져갈 것
| 확인 항목 | 어디서 확인하나 | 기한 |
|---|---|---|
| 우리 조직의 자동 선택 풀에 Opus 5, Sonnet 5, GPT-5.6 Sol이 들어 있는가 | GitHub Docs "Supported AI models in auto model selection" 표와 조직 Copilot 설정의 모델 정책을 대조 | 이번 주 |
| Opus 4.7, Gemini 3.5/3.6 Flash, Kimi K2.7 Code를 이름으로 고정한 워크플로·CLI 설정·IDE 설정이 있는가 | 저장소와 팀 설정 파일에서 모델명 문자열 검색 | 10월 2일 전 |
| 대체 모델(Opus 5, Gemini 3.8 Flash, Kimi K3)이 모델 정책에서 켜져 있는가 | Copilot Business/Enterprise 설정 > 모델 정책 | 10월 2일 전 |
| 팀 기본 티어를 효율·균형·지능 중 무엇으로 두고, 누가 바꿀 수 있는가 | VS Code, Copilot CLI, Copilot 앱의 모델 선택기 (관리자 강제 여부는 공지에 없음) | 배포 도착 시 |
| 자동 선택 사용량이 프리미엄 요청을 실제로 얼마나 쓰는가 | Copilot 사용량 리포트 (VS Code Agents 지표는 9월 11일부터 포함) | 월 마감 |
안 되는 경우
- 티어를 조직이 강제하거나 기본값을 정할 수 있는지, 기본 티어가 무엇인지 9월 14일 공지와 문서 모두 밝히지 않는다. 사용자별 설정으로만 남아 있다면 정책의 경계는 모델 풀뿐이다.
- 4월 CLI 출시 때의 "배수 0x에서 1x 모델만" 제한이 Opus 5와 GPT-5.6 Sol이 들어온 지금 풀에도 적용되는지 이번 공지는 말하지 않는다. 적용된다면 효율 티어의 비용 상한은 사실상 1x 배수 자체다.
- 티어는 VS Code, Copilot CLI, Copilot 앱에서만 지원된다. Copilot 클라우드 에이전트와 Codex·Claude 서드파티 에이전트의 자동 선택에는 티어가 없고 풀도 다르다.
- 데이터 상주나 FedRAMP 제약을 받는 조직은 풀 자체가 별도로 잘려 있어 위 모델 목록이 그대로 적용되지 않는다.
이번 주에 바꿀 것은 개발자 화면의 티어가 아니라 관리자 화면의 모델 정책 한 장이다. 10월 2일 전에 대체 모델을 켤지 말지를 결정하면서, 그 결정이 자동 선택 풀의 천장을 어디에 두는지 같은 자리에서 적어 두면 된다. 도입 교육을 설계하는 쪽에서 보면, 개발자에게 티어 사용법을 가르치기 전에 관리자가 어떤 풀을 남겼는지 먼저 확인시키는 순서가 맞다. 사업영역 →