실전 가이드 · 3분 · 09.19

Copilot 모델 지원 종료 예고, 만들던 앱은 무엇부터 점검해야 할까요?

loopy vibecoder

핵심 요약 (TL;DR)

GitHub는 9월 18일 일부 Copilot 모델을 2026년 10월 19일 지원 종료한다고 공지했습니다. 이미 만든 앱이 그날 멈춘다는 뜻은 아닙니다. 바뀌는 것은 Copilot에서 코드를 작성하고 수정할 때 선택하는 모델입니다. 다만 특정 모델을 전제로 적어 둔 작업 지침과 자동화는 미리 점검할 필요가 있습니다. 초보자에게 이번 소식은 새 모델 순위를 외우기보다, 도구가 바뀌어도 앱을 이어 갈 기준을 남길 기회입니다.

어떤 모델이 바뀌는 걸까요?

공지에 따르면 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이 제시됐습니다. 이는 GitHub가 안내하는 전환 대상이지, 모든 작업에서 성능이나 비용이 같다는 보증은 아닙니다.

적용 범위는 Copilot의 채팅, 인라인 편집, ask·agent 모드, 코드 완성 등입니다. 이 공지를 OpenAI나 Google의 개별 API 서비스 종료로 읽으면 안 됩니다. 내 앱이 별도 API를 호출한다면 해당 공급자의 모델 정책을 따로 확인해야 합니다. ‘개발에 쓴 모델’과 ‘서비스 안에서 호출하는 모델’을 나누어 적는 것부터 시작하세요.

전환 전에 무엇을 남기면 좋을까요?

우선 현재 프로젝트에서 모델 이름을 지정한 설정, 팀 문서, 반복 프롬프트를 찾아 목록으로 남겨 보세요. AI에게는 바로 바꾸라고 하기보다 ‘지정 위치와 변경이 필요한 이유만 설명해 주세요’라고 요청하는 편이 좋습니다. 자동 선택을 쓰는 부분과 명시적으로 고정한 부분도 구분합니다.

다음은 작은 기준 작업입니다. 예를 들어 문의 접수 앱이라면 빈 입력의 오류 표시, 정상 입력 저장, 저장 후 새로고침이라는 흐름을 정해 두세요. 대체 모델로 같은 수정을 요청한 뒤 실제 화면과 저장 결과를 확인합니다. 이전보다 답변이 매끄럽다는 인상보다, 바뀌면 안 되는 동작이 유지되는지가 중요합니다. 이는 권장 점검 방법이며 이번 글에서 모델 간 성능 시험을 수행한 것은 아닙니다.

대체 모델이 안 보이면 어떻게 해야 할까요?

Business·Enterprise에서는 관리자 정책을 먼저 보셔야 합니다. 공지는 기본 모델 허용 설정 아래에서 권장 대안이 자동 활성화되지만, 관리자가 전체 기본값을 끄거나 특정 모델을 차단한 경우는 예외라고 설명합니다. 지원되는 환경의 선택기에 모델이 보이려면 접근이 활성화돼 있어야 합니다.

그래서 전환은 이름 하나를 바꾸는 일이 아닙니다. 접근 가능 여부, 사용하는 편집기, 요금 조건, 기존 테스트를 함께 확인하는 일입니다. 작은 MVP라도 현재 동작을 짧게 기록해 두면 다음 모델 변경 때 처음부터 설명하지 않아도 됩니다. 좋은 준비는 가장 새로운 모델을 고르는 것보다, 무엇이 그대로여야 하는지 아는 데서 시작됩니다.

FAQ: 지원이 끝나면 앱을 다시 만들어야 하나요?

그렇지 않습니다. 이번 공지는 Copilot에서의 모델 제공에 관한 것입니다. 이미 생성한 코드의 동작과 앱이 사용하는 외부 API의 지원 여부는 별도 문제입니다.

FAQ: 권장 대안으로 바꾸면 결과와 비용도 같나요?

동일하다고 단정할 수 없습니다. 실제 이용 환경의 요금·접근 정책을 확인하고, 작은 수정과 테스트로 결과를 비교하세요. 공지는 동등한 품질이나 비용을 보장하지 않습니다.

출처: https://github.blog/changelog/2026-09-18-upcoming-deprecation-of-selected-github-copilot-models-in-mid-october/
지원 문서: https://docs.github.com/copilot/reference/ai-models/supported-models
관찰 시점: 2026-09-19 KST

0

댓글 0

아직 댓글이 없습니다