GitHub Copilot 모델 지원 종료, 10월 19일 이후 어떻게 관리하나?

GitHub는 2026년 10월 19일 채팅, 코드 완성, 에이전트 모드에 걸쳐 GitHub Copilot 모델 6개를 지원 종료했다. GPT-5.5, GPT-5.4, Grok 4.5도 여기에 들어간다 ^[1]. 같은 날 Copilot 모델 정책용 GET · PATCH REST 엔드포인트가 엔터프라이즈, 엔터프라이즈 팀, 엔터프라이즈 앱, 조직 수준에서 정식 출시됐다 ^[2]. 두 변화로 에이전트가 넘어갈 수 있는 모델이 정해지고, 그 설정을 코드로 관리할 수 있다.

2026년 10월 19일에 지원 종료된 Copilot 모델은?

2026년 10월 19일 모델 6개가 지원 종료됐고, GitHub는 모델마다 권장 대체 모델을 하나씩 밝혔다 ^[1]. 지원 종료는 Copilot 기능 대부분에 적용된다. Copilot Chat, 인라인 편집, ask 모드와 에이전트 모드, 코드 완성이 모두 대상이다.

한 달 전에 이전 계획을 세웠다면 세 번째 열을 봐야 한다. 9월 18일 공지는 GPT-5.6 Sol, GPT-5.6 Luna, Grok 4.6을 권했다 ^[3]. 10월 19일 공지는 그보다 새 모델을 가리킨다 ^[1]. GitHub의 지원 모델 페이지에는 두 묶음이 모두 정식 출시(GA) 상태로 올라 있다. 한쪽은 GPT-6.1 Sol, GPT-6 Luna, Gemini 3.8 Flash, Grok 4.7이고, 다른 쪽은 GPT-5.6 Sol, GPT-5.6 Luna, Grok 4.6이다 ^[7]. 지금 이전할 모델을 고른다면 10월 19일 목록이 현재 권장안이다.

GitHub에 따르면 지원 종료된 모델을 없애려고 따로 할 일은 없다 ^[1]. 다만 대체 모델은 직접 켜야 할 수 있다. 모델 정책에서 모델을 켜면 VS Code와 github.com의 Copilot Chat 모델 선택기에 그 모델이 나타난다.

대체 모델은 팀에 자동으로 적용되나?

대개는 그렇다. 단, 기본값을 켜 둔 경우에만 그렇다. 기본 모델 활성화(default model enablement)를 쓰는 Copilot Business와 Copilot Enterprise 고객은 대체 모델을 자동으로 받는다. 관리자가 전역 기본값을 껐거나 해당 모델을 비활성화했다면 예외다 ^[3].

이 동작을 정하는 설정은 "Default availability for released models"(출시된 모델의 기본 사용 가능 여부) 정책이다. 새로 정식 출시된 모델은 누군가 그 모델을 따로 설정하기 전까지 이 정책을 따른다 ^[6]. 이 정책을 아예 따르지 않는 모델도 있다. 정식 출시 전 모델, 오픈 웨이트 모델, GitHub의 데이터 보존 계약이 적용되지 않는 모델은 처음부터 꺼져 있다. 데이터 저장 위치(data residency)나 FedRAMP 때문에 모델을 제한하는 엔터프라이즈는 그 제한에 맞지 않는 모델도 받지 않는다.

Copilot 모델 정책은 엔터프라이즈에서 팀으로 어떻게 내려가나?

모델 정책은 엔터프라이즈 기준선(baseline)에서 아래로 내려간다. 엔터프라이즈 수준에서 각 모델은 Enabled나 Disabled로 정하거나 아래 수준에 위임한다. 아무도 설정하지 않은 모델에는 "Delegate to Default Policy"가 표시되고, 이런 모델은 기본 사용 가능 여부 정책을 따른다 ^[5].

위임 방식은 두 가지 모드 중 하나를 고른다.

• 조직 모드(organization mode)가 기본값이다. 엔터프라이즈 소유자가 모델별 결정을 조직에 위임하면, 조직 소유자가 모델마다 켜거나 끈다. 조직이 설정하지 않은 모델은 "Default availability for released models"를 따른다 ^[5].
• 엔터프라이즈 팀 모드(enterprise teams mode)는 직접 켜야 하는 프리뷰다. 조직 수준의 모델 설정이 꺼지고, 특정 엔터프라이즈 팀 단위로 모델을 켠다. 프리뷰 기간에는 되돌릴 수 있지만, 전환 뒤에 바꾼 엔터프라이즈 수준 정책은 보존되지 않는다 ^[5].

팀 모드에서 기준선에는 더하기만 할 수 있다. 엔터프라이즈 수준에서 끈 모델은 팀에서 켤 수 없고, 엔터프라이즈 수준에서 켠 모델은 모든 팀에서 늘 켜져 있다. 팀에는 "disabled" 선택지가 없다. 여러 팀에 속한 사람은 소속 팀 가운데 어느 한 팀이라도 켠 모델을 모두 쓸 수 있다 ^[5].

에이전트 앱에는 따로 규칙이 있다. 에이전트 앱은 자신을 설치한 조직이나 개인 계정에서 켠 모델을 쓰고, 팀 모드에서는 엔터프라이즈 수준에서 앱의 모델을 관리한다 ^[5]. 저장소에 설치한 서드파티 에이전트 앱이 10월 19일에 멈췄다면, 먼저 그 앱을 설치한 조직에서 어떤 모델이 켜져 있는지 확인한다.

모델 정책 REST API로 무엇을 할 수 있나?

모델 정책 API로는 엔터프라이즈 설정의 AI controls, Copilot, Configure models 순으로 들어가면 나오는 설정을 그대로 읽고 바꿀 수 있다 ^[5]. 변경 기록에는 경로 4개에 GET과 PATCH가 올라 있다 ^[2].

REST 레퍼런스는 엔터프라이즈, 팀, 앱 엔드포인트를 API 버전 2026-03-10 기준으로 설명한다 ^[4]. 이 세 엔드포인트에서 읽기에는 read_enterprise_ai_controls 권한이, 쓰기에는 write_enterprise_ai_controls 권한이 필요하다. 엔터프라이즈 소유자도 접근할 수 있다. 클래식 개인 액세스 토큰과 OAuth 앱 토큰은 읽을 때 read:enterprise 범위(scope)가, 쓸 때 admin:enterprise 범위가 필요하다 ^[4].

수준마다 넣을 수 있는 값이 다르다 ^[4].

GET으로 조회하면 엔터프라이즈 엔드포인트는 delegate_to_default와 unconfigured도 돌려줄 수 있다. 팀과 앱 엔드포인트는 모델마다 enterprise_policy_state와 editable 플래그를 돌려준다. 그래서 스크립트가 바꿀 권한이 없는 모델을 건너뛸 수 있다 ^[4].

대체 모델은 어떻게 확인하고 켜나?

먼저 현재 엔터프라이즈 정책을 읽고, 원하는 모델을 model_name으로 지정해 켠다. 아래 예시는 GitHub CLI를 쓴다. 그러면 토큰이 CLI 자체 저장소에 머문다. your-enterprise는 자기 엔터프라이즈 슬러그로 바꾼다.

# Read the enterprise model policies
gh api /enterprises/your-enterprise/copilot/model-policies \
  -H "Accept: application/vnd.github+json" \
  -H "X-GitHub-Api-Version: 2026-03-10"

응답의 각 항목에는 model_name, display_name, policy_state가 들어 있다 ^[4]. 대체 모델의 model_name은 이 목록에서 그대로 복사한다. 레퍼런스 예시에 나오는 식별자가 gpt-5.6-sol 하나뿐이기 때문이다. 그다음 PATCH를 보낸다.

# Enable a model at the enterprise level
cat > policy.json <<'JSON'
{
  "models": [
    { "model_name": "gpt-5.6-sol", "policy_state": "enabled" }
  ]
}
JSON

gh api --method PATCH /enterprises/your-enterprise/copilot/model-policies \
  -H "Accept: application/vnd.github+json" \
  -H "X-GitHub-Api-Version: 2026-03-10" \
  --input policy.json

이번 주에 확인할 목록은 다음과 같다.

1. 엔터프라이즈 정책을 읽고 기본 사용 가능 여부가 enabled, disabled, 위임 가운데 무엇인지 확인한다.
2. 켜져 있지 않다면 10월 19일 공지의 대체 모델 가운데 필요한 모델을 켠다. GPT-6.1 Sol, GPT-6 Luna, Gemini 3.8 Flash, Grok 4.7이다 ^[1].
3. 에이전트 설정, 프롬프트 파일, 스크립트에서 지원 종료된 모델 이름을 찾아 바꾼다.
4. 2026년 10월 22일 전에 "Default policy for new features"를 정한다 ^[6].
5. PATCH 본문을 저장소에 커밋해서 모델 접근 권한 변경이 리뷰를 거치게 한다.

AI 에이전트를 운영하는 팀에는 무엇이 달라지나?

코딩 에이전트에 실제 업무를 맡기는 팀에게 모델 지원 종료는 소리 없이 일어나는 설정 변경이다. GPT-5.4에 고정된 에이전트 모드 세션이나 에이전트 앱은 쓸 수 있는 다른 모델이 필요하다. 그리고 어떤 모델을 쓸 수 있는지는 2~3단계 위에서 정한 정책에 달려 있다 ^[5].

API가 생기면서 이 문제를 감사(audit)할 수 있게 됐다. 매일 밤 수준마다 GET을 보내 켜진 모델과 에이전트가 기대하는 목록을 비교하면, 누군가 실패한 실행을 알아채기 전에 차이를 잡아낼 수 있다. Hardi AI 같은 공유 워크스페이스에서 여러 에이전트를 함께 운영하는 팀은 에이전트 담당자들이 이미 대화하는 채널에 그 차이를 올릴 수 있다.

한계와 남은 질문은?

문서가 아직 변경 기록을 다 따라잡지 못했다. 변경 기록은 팀 경로를 {team_slug}로 적지만 ^[2], REST 레퍼런스는 정수형 {team_id}로 설명한다 ^[4]. 스크립트로 만들기 전에 운영 환경이 아닌 팀에서 두 형식을 모두 시험해 봐야 한다. 조직 엔드포인트의 레퍼런스 페이지는 찾지 못해서, 정확한 요청 본문은 이 글에 싣지 않았다.

또 하나의 빈틈은 모델 식별자다. 지원 모델 페이지는 표시 이름만 쓰므로 ^[7], model_name 값은 짐작하지 말고 GET 응답에서 읽어야 한다. 엔터프라이즈 팀 모드는 아직 프리뷰이고, 되돌리면 전환 뒤에 바꾼 엔터프라이즈 수준 정책 변경이 사라진다 ^[5]. 마지막으로 GitHub는 9월 18일과 10월 19일 사이에 권장 대체 모델을 바꿨다. 그러니 대체 모델 목록은 어느 것이든 2026년 10월 20일 기준으로 봐야 한다.