GitHub Copilot Fusion은 2026년 10월 28일에 정식으로 전면적으로 이용 가능(GA)해졌으며, 핵심은 다중 모델 지능형 오케스트레이션 계층입니다. 개발자는 모델 선택기에서 각 작업마다 수동으로 모델을 지정하는 대신 ‘Copilot Fusion’을 통합적으로 활성화할 수 있습니다. 시스템은 작업의 복잡도와 사용자가 선택한 ‘노력 수준’(Standard/High/Max)에 따라 호출 경로를 자동으로 결정합니다. Standard는 일상적인 코딩의 효율성과 비용 간의 균형을 중시하고, High는 추론의 깊이를 강화하며, Max는 복잡한 상황에 대응하기 위해 가장 강력한 모델을 배정합니다. 실행 전략에는 단일 모델 직접 응답(Single), 효율적인 모델 초안 작성 후 강력한 모델로 검토하는 캐스케이드(Cascade), 그리고 초안 생성—전문가 검토—원래 모델 수정의 3단계 리뷰(Critique)[2]가 포함됩니다. 이 기능은 기존 연구에서 미리 공개된 Project HydraFusion과 Copilot의 기존 자동 모델 선택 기술을 통합한 것으로, 현재 VS Code, GitHub Copilot CLI, Copilot 앱 및 JetBrains IDE에 이미 적용되어 있습니다[2][3].
Fusion GA와 동시에 GitHub은 실험적(Experimental Preview)인 로컬 모델 라우팅 기능을 출시했습니다. 현재는 Windows 플랫폼에서만 호스팅 방식의 체험을 제공하며, 사용자는 Windows ML 프로바이더를 통해 MAI Code 1.1 Flash 모델을 원클릭으로 다운로드하고 구성할 수 있습니다. Copilot CLI에서 실험 모드를 활성화한 후 /model 인터페이스로 들어가 설정을 진행할 수 있으며, Copilot 앱에서는 ‘Settings > Model providers’에서 Windows ML 프로바이더를 활성화하고, ‘Settings > Experiments’에서 ‘Local model auto routing’을 켜야 합니다. VS Code에서는 chat.copilot.localModel.enabled 옵션을 설정해야 합니다[1]. 활성화 후 ‘Standard’ 모드를 선택하면 Copilot Fusion이 로컬 모델과 클라우드 모델 간의 라우팅을 자동으로 처리하며, 사용자가 직접 로컬 모델 세션을 지정할 수도 있습니다. 다만 주목할 점은 이러한 라우팅 결정 자체는 여전히 클라우드 기반으로 이루어지며, 로컬 실행이 오프라인 작업을 의미하는 것은 아니라는 점과, 로컬 모델의 보안 방어 메커니즘은 GitHub가 호스팅하는 클라우드 모델과 차이가 있다는 점입니다[1].
기능이 공개되었음에도 불구하고 여러 핵심 세부사항은 여전히 명확하지 않습니다. 첫째, ‘Bring your own local model’(BYOK) 방식은 Windows/macOS/Linux 세 가지 플랫폼에서 Qwen3.8 Flash Next 등 OpenAI와 호환되는 모델을 수동으로 배포할 수 있도록 지원하지만, 문서에는 구체적인 호환 모델 목록, 최소 하드웨어 요구사항(예: GPU 메모리 임계값) 또는 추론 서버 권장 구성에 대한 설명이 포함되어 있지 않습니다[1]. 둘째, Copilot 앱은 현재 Windows ML 호스팅 모델에 대해서만 지능형 라우팅을 지원하며, BYOK로 연결된 로컬 모델은 ‘직접 선택’만 가능하고 자동 오케스트레이션에는 참여할 수 없습니다. 이 제한이 일시적인 기술적 제약인지 여부에 대해서도 아직 명시되지 않았습니다[1]. 셋째, [2]에서는 기업 관리자가 Fusion에서 사용 가능한 모델 집합을 관리하고 이를 기본 설정으로 지정할 수 있다고 언급했지만, 모델 정책의 적용 지연 시간, 그레이스케일 롤아웃 메커니즘, 또는 조직 간 정책 상속 규칙에 대해서는 밝혀지지 않았습니다. 마지막으로, 모델 비용 30% 할인의 종료일([2]에서는 ‘기간 한정’, [3]에서는 2026년 11월 30일로 구체화됨)이 공식 문서와 완전히 일치하는지 여부 역시 교차 검증을 거치지 않았습니다[2][3].