Copilot 네 모델 지원 종료: 지정 모델과 대체 모델 정책을 함께 점검하기
GitHub Copilot에서 쓰던 모델 이름이 더 이상 보이지 않을 때, 먼저 할 일은 모든 설정을 새로 만드는 것이 아니다. 종료된 이름과 공식 대체 후보를 정확히 대조하고, 그 모델을 지정해 둔 작업과 접근 정책을 나누어 점검해야 한다. GitHub의 2026년 10월 2일 공지는 특정 네 모델의 지원 종료를 알렸다. 이 날짜는 앞으로 다가올 유예 마감이 아니라 공지가 명시한 적용 날짜다.
핵심은 두 문장을 함께 읽는 데 있다. GitHub는 종료된 모델을 제거하기 위한 별도 조치는 필요 없다고 안내하면서, 워크플로와 통합은 지원되는 모델을 쓰도록 업데이트하라고 요청한다. 목록에서 사라지는 처리를 사용자가 할 필요가 없다는 뜻이지, 팀이 보관한 모델 지정과 작업 절차까지 모두 검증되었다는 뜻은 아니다.
어떤 모델이 어떤 후보로 연결되는가
공식 표의 대응은 다음과 같다. 아래 이름은 Copilot 안에서의 지원 종료와 제안된 대안이며, 제공사 전체의 API 종료 목록이 아니다. 버전 숫자를 비슷한 이름으로 줄이면 다른 모델을 찾게 될 수 있으므로, 기존 이름과 대안을 그대로 기록하는 편이 안전하다.
| 종료된 모델 | 적용 날짜 | GitHub가 제안한 대안 | 팀에서 먼저 확인할 대상 |
|---|---|---|---|
| Gemini 3.5 Flash | 2026-10-02 | Gemini 3.8 Flash | 3.5를 명시한 작업 안내와 통합 설정 |
| Gemini 3.6 Flash | 2026-10-02 | Gemini 3.8 Flash | 3.6을 명시한 작업 안내와 통합 설정 |
| Kimi K2.7 Code | 2026-10-02 | Kimi K3 | Code까지 포함한 기존 지정 이름 |
| Claude Opus 4.7 | 2026-10-02 | Claude Opus 5.5 | Opus 4.7에 맞춰 만든 작업 기준 |
표의 앞 세 열은 공식 발표 내용이고, 마지막 열은 작성자의 운영 점검 제안이다. 종료 모델은 네 개지만 서로 다른 대안은 세 개다. 두 Gemini 모델이 같은 Gemini 3.8 Flash를 제안받기 때문이다. 이 대응은 모델 수의 관계일 뿐, 두 작업의 결과가 동일하게 합쳐진다는 의미는 아니다.
2026년 10월 2일 적용된 공식 표를 다시 그렸다. 종료 모델 네 개가 서로 다른 대안 세 개에 연결되며, 성능 비교 결과는 아니다. 출처: github.blog/changelog/2026-10-02-selected-models-in-github-copilot-deprecated.
공지의 적용 범위에는 Copilot Chat, inline edits, ask 및 agent 모드, code completions가 포함된다. 따라서 채팅 선택기만 확인하고 점검을 끝내면 다른 사용 경로를 놓칠 수 있다. 다만 발표가 열거한 제품 경험과 모든 팀의 실제 이용 방식은 구분해야 한다. 사용하지 않는 경로까지 무조건 변경하는 대신, 현재 팀이 해당 이름을 지정하거나 안내한 곳부터 찾는다.
자동 제거와 팀의 이전 작업은 다르다
예를 들어 팀의 작업 문서가 여전히 “Kimi K2.7 Code로 변경안을 검토한다”고 적혀 있다고 가정하자. 이는 실제 장애 보고가 아니라 판단을 설명하기 위한 가상 상황이다. Copilot의 목록에서 기존 모델이 제거되더라도 문서의 지시는 남을 수 있다. 담당자는 먼저 해당 지시가 현재 지원되는 모델로 옮겨졌는지 확인하고, 변경 후의 작업 결과를 별도로 검토해야 한다.
GitHub가 제거 조치를 요구하지 않았다는 사실을 근거로 이 문서까지 그대로 두어도 된다고 결론 내리면, 공식 안내의 두 번째 부분인 워크플로와 통합 업데이트를 놓친다. 반대로 이 공지를 근거로 제공사의 별도 API 설정을 일괄 삭제하는 것도 범위를 넘는다. Copilot에서 쓰는 지정과 다른 제품의 모델 설정은 이름이 비슷해도 각각의 지원 정책을 확인해야 한다.
공식 제거 안내는 워크플로와 통합 업데이트 안내를 취소하지 않는다. 오른쪽은 작성자의 점검 제안이며 실제 이전 성공을 보고한 것이 아니다. 출처: github.blog/changelog/2026-10-02-selected-models-in-github-copilot-deprecated.
여기서의 실무 산출물은 단순한 “교체 완료” 표시보다 짧은 목록이 유용하다. 팀은 기존 모델 이름, 지정된 위치, 제안된 대안, 접근 확인 결과, 작업 검증 담당자를 한 행에 남길 수 있다. 제품이 실제로 지원하는 설정만 수정해야 하며, 이 글은 공지가 제공하지 않은 설정 키나 API 엔드포인트를 가정하지 않는다. 저장소 문서와 내부 실행 절차를 검토하는 제안이지, 바로 실행할 수 있는 제품 설정 명령은 아니다.
대안이 안 보일 때는 정책과 선택기를 나누어 확인한다
GitHub는 Copilot Enterprise 관리자가 대체 모델에 대한 접근을 모델 정책에서 활성화해야 할 수 있다고 설명한다. 모든 조직이 반드시 정책을 바꿔야 한다는 뜻은 아니다. 관리자는 개인 Copilot 설정에서 이용 가능 여부를 확인하고, 특정 모델의 정책이 활성화되어 있는지 확인할 수 있다. 활성화되면 VS Code와 github.com의 Copilot Chat 모델 선택기에 모델이 보인다는 것이 공식 안내다.
팀의 이전 순서는 이 안내를 바탕으로 설계할 수 있다. 먼저 종료된 이름을 사용한 곳을 모으고, 대응표에서 후보를 찾는다. 이어서 필요한 경우 관리자에게 그 후보의 접근 정책을 확인받는다. 마지막으로 실제 사용자의 환경에서 선택기에 나타나는지 확인한다. 권한과 접근을 확인하기 전에 오래된 모델 이름만 새 이름으로 바꾸면, 다음 담당자가 선택할 수 없는 모델을 안내할 수 있다.
Enterprise 관리자는 대체 모델 정책 활성화가 필요할 수 있다. 선택기 확인까지의 순서는 팀용 분석이며 실제 UI 캡처나 실행 로그가 아니다. 출처: github.blog/changelog/2026-10-02-selected-models-in-github-copilot-deprecated.
아래 판단표는 공식 UI 화면을 재현한 것이 아니라, 점검 결과를 다음 행동으로 연결하기 위한 작성자의 분석이다.
| 확인 결과 | 다음 행동 | 아직 결론 내릴 수 없는 것 |
|---|---|---|
| 종료된 이름이 작업 문서나 통합에 남아 있음 | 해당 위치의 소유자를 정하고 공식 후보와 대조 | 그 설정이 자동으로 바뀌었다는 주장 |
| 대체 후보가 선택기에 보이지 않음 | 필요한 경우 관리자와 특정 모델 정책 및 개인 설정 확인 | 정책만이 유일한 원인이라는 단정 |
| 대체 후보가 선택기에 보임 | 같은 대표 작업의 입력과 검토 기준을 준비 | 기존 모델과의 결과 동등성 |
| 새 후보로 대표 작업을 검토함 | 기대 조건과 차이를 기록하고 적용 범위를 결정 | 다른 모든 작업에서도 성공한다는 보증 |
모델이 선택기에 보이는지와 기존 작업이 원하는 결과를 내는지는 서로 다른 확인 항목이다. 선택 가능 여부는 접근 확인이고, 작업 검증은 팀의 요구를 만족하는지에 관한 확인이다. 이 구분이 있어야 정책 변경 담당자와 결과 검토 담당자가 서로의 일을 완료했다고 오해하지 않는다.
이름 교체 뒤에는 같은 작업을 비교한다
공식 표의 “Suggested alternative”는 이전 후보를 고르는 출발점이다. 품질, 지연, 가격, 문맥 한도 또는 정확한 동작의 동등성을 증명한 결과는 아니다. 따라서 “더 높은 버전이니 무조건 더 좋다”는 판단 대신, 기존 작업에서 중요했던 조건을 유지한 채 비교하는 것이 합리적이다. 이 비교 절차는 작성자의 운영 권고이며 GitHub가 이 공지에서 보고한 실험은 아니다.
예를 들어 리팩터링 작업이라면 같은 변경 요구와 저장소 조건을 쓰고, 외부 동작 보존, 수정 범위, 사람이 확인할 부분을 먼저 정할 수 있다. 설명 생성 작업이라면 핵심 조건 누락 여부를 검토 기준으로 삼을 수 있다. 같은 입력이라도 결과가 달라질 수 있으므로 “실행되었다”와 “팀의 기준을 만족했다”를 별도 칸에 적는다. 테스트가 통과해도 테스트가 다루지 않는 설계나 보안 판단을 자동으로 통과시켜서는 안 된다.
선택 가능 여부와 작업 결과의 수용을 분리한다. 같은 입력으로 비교하자는 제안은 작성자의 운영 분석이며 공식 벤치마크나 재현 실험이 아니다. 출처: github.blog/changelog/2026-10-02-selected-models-in-github-copilot-deprecated.
이 글에서는 실제 조직의 모델 설정을 바꾸거나 Copilot 작업을 실행하지 않았다. 위 예시는 비교 설계를 돕는 가상 사례이며, 성능 수치나 이전 성공률을 측정한 결과가 아니다. 실무에서는 검토한 입력, 선택한 모델, 관찰한 차이, 미확인 범위를 남겨야 이후 담당자가 같은 판단을 반복할 수 있다. 민감한 코드나 인증 정보는 불필요하게 외부 공유하지 않는다.
오늘 남길 기록과 이 글의 범위
팀이 남길 기록은 “어떤 종료 모델을 어디에서 쓰고 있었는지”, “공식 후보 중 무엇을 점검했는지”, “누가 접근 가능 여부를 확인했는지”, “어떤 대표 작업의 결과를 검토했는지”다. 종료 모델 제거는 제품의 안내를 따르고, 기존 지시의 수정과 작업 결과의 수용은 팀이 관리한다. 접근 문제가 해결되었다고 해서 작업 검증까지 완료된 것으로 표시하지 않는다.
이 공지는 특정 네 모델의 Copilot 지원 종료에 관한 자료다. 다른 제공사의 전체 모델 종료, 별도 API의 사용 가능 여부, 앞으로의 추가 종료 일정까지 확대하지 않는다. 또한 대체 모델의 비용이나 벤치마크 결과는 공지에 없으므로 이 글에서도 비교 수치로 제시하지 않는다. 기존 모델 가격·신규 출시 소개나 관리 설정 검증 도구 설명을 다시 다루지 않고, 종료 대응표와 이전 확인 절차에 집중했다.
관련 내부 글의 링크는 이번 패키지에서 생략했다. 보존된 중복 검토는 기존 글의 주제와 본문 범위를 구분하는 증거로만 재사용했고, 해당 글의 실제 URL을 이번 단계에서 별도로 확인하지 않았기 때문이다. 독자의 행동에 필요한 근거는 아래의 선택된 공식 공지 하나로 연결한다.
출처
- GitHub Changelog, Allison, 2026-10-02: Selected models in GitHub Copilot deprecated — https://github.blog/changelog/2026-10-02-selected-models-in-github-copilot-deprecated/
- 근거 위치: 도입의 적용 범위, 네 행의 Model / Deprecation date / Suggested alternative 표, 표 뒤의 워크플로·통합 업데이트 및 모델 정책 안내. 보존된 원문에서 해당 본문을 읽고 모델 이름·날짜·한정 표현을 대조했다.
- 네 도식은 위 공지와 작성자의 명시적 운영 분석을 구분해 직접 제작했다. 실제 제품 화면, 공식 상태 머신 또는 측정 차트가 아니다.




댓글
댓글 쓰기