GitHub Copilot 기본 모델 설정: 허용 정책과 시작 모델 구분

GitHub Copilot default model의 모델 허용 정책과 새 대화의 시작 모델을 구분한다. Business·Enterprise 관리자가 확인할 팀 매핑과 상속, 클라이언트별 적용 절차를 안내한다.

핵심 요약

  • 기본 가용성 정책은 쓸 수 있는 모델을, 기업 기본 모델은 새 대화의 시작 모델을 정한다.
  • 팀별 시작 모델은 GitHub 서버 관리 방식으로 배포한 설정에서만 지정할 수 있다.
  • 10월 19일 일부 모델이 종료되니 기본 모델로 지정한 모델부터 확인한다.
이 글의 목차

GitHub Copilot Business·Enterprise의 모델 정책은 두 가지다. 어떤 모델을 쓸 수 있는지 정하는 기본 가용성 정책(8월 26일 GA)과, 새 대화를 어떤 모델로 시작할지 정하는 기업 기본 모델(9월 2일 GA)이다. 10월 19일에는 일부 모델이 종료되니 기본 모델로 지정한 모델부터 확인한다.

AI 생성 편집 삽화: 여러 색의 도구가 놓인 나무 수납장과 선택된 초록 조각, 접근을 상징하는 황동 열쇠

두 정책 한눈에

정책 정하는 것 시작
기본 가용성(Default availability for released models) 관리자가 따로 정하지 않은 GA 모델을 쓸 수 있는지 8월 26일, 9월 1일까지 순서대로 적용
기업 기본 모델 Copilot 앱·CLI·VS Code의 새 대화를 어떤 모델로 시작할지 9월 2일
본문 표

(8월 26일 GA, 9월 2일 GA) 시작 모델을 정해도 사용자가 허용된 다른 모델을 고르는 것은 막지 않는다. 특정 모델만 쓰게 하려면 가용성 정책을 함께 쓴다.

1. 쓸 수 있는 모델: 기본 가용성 정책

관리자가 Enabled나 Disabled를 직접 지정하지 않은 GA 모델은 Delegate to Default Policy 상태가 되고 기본 가용성 정책을 따른다. 7월 발표의 unconfigured·inherits default와 같은 뜻이다. (Default model availability)

  • 정책을 켜면 → 미설정 GA 모델을 쓸 수 있다. 새 GA 모델이 나오면 자동으로 허용된다.
  • 정책을 끄면 → 미설정 GA 모델을 쓸 수 없다.
  • 이미 Enabled·Disabled로 지정한 모델 → 그대로 유지된다. Disabled한 모델이 다시 켜지지 않는다.

정책을 켜도 자동으로 켜지지 않는 모델이 있다.

  • GA 이전(미리 보기) 모델
  • DeepSeek, Kimi K2.7 Code, Kimi K3 같은 오픈 가중치 모델
  • GitHub 데이터 보존 계약 범위 밖인 Claude Fable 5·5.1
  • 데이터 상주·FedRAMP로 제한한 기업에서 그 조건을 채우지 못한 모델

보안 검토를 마친 모델만 쓰게 해야 하는 회사라면 기본 정책을 끄고 필요한 모델만 Enabled로 지정한다. 새 모델이 검토 전에 직원에게 노출되는 일을 막을 수 있다.

2. 새 대화의 시작 모델: 기업 기본 모델

팀마다 다른 시작 모델을 주려면 다음 순서로 설정한다. GitHub 서버 관리 방식으로 배포한 설정에서만 되고, MDM 배포는 지원하지 않는다. (Override settings for teams)

  1. copilot/managed-settings.json의 model을 {"overridable": ...} 형태로 만든다. 기업 기본 모델 ID나 auto를 넣는다.
  2. copilot/teams/<이름>.json에 팀이 쓸 모델을 적는다.
  3. copilot/team-mappings.json에서 그 파일 이름을 실제 enterprise team slug에 연결한다.
.github-private/
└─ copilot/
   ├─ managed-settings.json
   ├─ team-mappings.json
   └─ teams/
      └─ security.json
  • 매핑이 없는 사용자는 기업 기본값을 따른다.
  • 여러 팀에 속한 사용자는 팀 설정을 항목별로 가장 덜 제한적인 값으로 합친 뒤 기업 설정 아래에 적용한다.
  • 새 설정은 최상위 model 키를 쓴다. 예전 permissions.model은 최상위 값이 없을 때만 읽힌다.

적용한 뒤에는 Copilot 앱·CLI·VS Code에서 각각 새 대화를 열어 모델명을 확인한다. 설정 전에 만든 대화와 섞지 않고, 팀에 매핑된 사람과 안 된 사람을 한 명씩 골라 비교한다. (Enterprise managed settings)

10월에 바뀌는 것

10월 19일 모델 종료. 아래 모델이 모든 Copilot 환경에서 종료된다. 기본 가용성 정책이 켜져 있고 대체 모델을 개별적으로 Disabled로 지정하지 않았다면 자동으로 허용된다. 기본 정책이 꺼져 있거나 해당 모델을 명시적으로 막았다면 모델 정책을 확인해야 한다. 종료 모델을 목록에서 지울 필요는 없다. (10월 종료 예고)

종료 모델 대체 모델
Gemini 3.7 Flash Gemini 3.8 Flash
GPT-5.5, GPT-5.4 GPT-5.6 Sol
GPT-5.4 mini, GPT-5 mini GPT-5.6 Luna
Grok 4.5 Grok 4.6
본문 표

기업 기본 모델로 종료 모델을 지정했다면 공식 권고대로 10월 19일 전에 지원되는 대체 모델로 바꿔 둔다.

10월 22일 새 기능 기본 정책. AI Controls → Copilot → Default policy for new features에서 새 GA 기능을 켤지, 끌지, 조직에 맡길지 정한다. 10월 21일까지는 설정만 되고 10월 22일부터 적용된다. 이미 정한 항목은 유지되고, 미리 보기 기능은 계속 직접 켜야 한다. Features & clients 페이지의 기능, Copilot Code Review, MCP 서버 정책이 대상이다. (9월 24일 공지)

자주 묻는 질문

개인 Pro·Pro+ 사용자도 해당되나? 아니다. Business·Enterprise 관리자 정책이다. 개인 사용자는 모델 종료 일정만 확인하고, 종료되는 모델을 쓰고 있었다면 대체 모델로 바꾼다.

새 모델이 나왔는데 직원에게 안 보인다면? 먼저 기본 가용성 정책이 꺼져 있는지 본다. 꺼져 있으면 그 모델을 직접 Enabled로 바꾼다. 켜져 있는데도 안 보이면 개별 모델의 Disabled 상태, 미리 보기·오픈 가중치 등 자동 허용 예외, 데이터 상주·FedRAMP 제한을 확인한다. 원인을 확인한 뒤 해당 정책을 조정한다.

모든 팀에 가장 좋은 모델을 지정하면 비용은? 기본 모델 설정만으로 비용을 예측하지 않는다. 팀이 사용하는 모델과 실제 사용량을 확인한 뒤 기본값을 정한다.

VS Code에서 Copilot 에이전트를 쓰는 법은 Copilot VS Code 작업 흐름에 정리했다.

  • GitHub Copilot
  • Copilot Enterprise
  • 모델 정책
  • 관리자 설정
  • team-mappings

첫 댓글을 남겨 보세요.

댓글은 공개됩니다. 개인정보·광고·비방성 내용은 남기지 마세요. 운영 기준은이용 안내에서 확인할 수 있습니다.