GitHub Copilot Fusion 정식 출시, 모델 선택을 맡기기 전 볼 과금과 한계
GitHub이 2026년 10월 28일 Copilot Fusion을 정식 출시했습니다. 단계와 실행 방식, 요금제별 사용 범위, 모델별 과금과 11월 30일까지 할인, 관리자 정책과 한계를 정리했습니다.
최재현 · 2026.10.30

코딩 도구에서 어려운 버그를 잡으려고 가장 강한 모델을 골랐다가, 다음 요청이 변수 이름 바꾸기처럼 간단한 일이어도 그 모델을 그대로 두는 경우가 있습니다(예시). 작업마다 모델을 바꾸는 판단을 사람이 계속하기는 번거롭습니다. GitHub은 2026년 10월 28일 변경 기록에서 이 판단을 Copilot에 맡기는 Copilot Fusion을 정식 출시(generally available)했다고 밝혔습니다. 모델을 고르는 대신 Copilot Fusion과 작업 강도만 고르면, Copilot이 어떤 모델을 어떻게 함께 쓸지 정합니다.
이 글은 GitHub 변경 기록과 GitHub Docs의 "About GitHub Copilot Fusion" 문서를 바탕으로 정리했습니다. 필자는 Copilot Fusion을 직접 실행해 보지 않았습니다.
1. 모델 대신 단계를 고릅니다
변경 기록에 따르면 model picker(모델 선택 목록)에서 Copilot Fusion을 선택한 뒤 effort level(작업 강도 단계)을 고르면 됩니다. Fusion Standard는 일상적인 코딩에 쓰는 범용 모델을, Fusion High는 어려운 작업과 깊은 추론에 쓰는 성능 좋은 모델을, Fusion Max는 가장 까다로운 작업에 쓰는 가장 강한 모델을 우선한다고 적혀 있습니다. GitHub Docs는 High를 복잡한 버그 수정이나 여러 파일에 걸친 변경처럼 범위가 분명하고 규모가 큰 작업에 맞는 단계로 설명합니다. Fusion Fast라는 단계도 있지만 사용자가 고를 수 없고 Visual Studio Code의 인라인 채팅에서만 쓰입니다.
GitHub은 Copilot Fusion이 연구 프리뷰였던 Project HydraFusion의 여러 모델 조합 방식과 기존 자동 모델 선택(auto model selection)을 합친 것이라고 설명합니다. 연구 프리뷰에서 auto, HydraFusion, HydraFusion Max를 켜 두었던 사용자는 대응하는 Copilot Fusion 단계로 자동 전환됩니다. 쓸 수 있는 곳은 Visual Studio Code, GitHub Copilot app, GitHub Copilot CLI, JetBrains IDE이고 다른 클라이언트 지원은 곧(coming soon) 추가된다고 했습니다.
2. 요청마다 실행 방식을 정합니다
GitHub Docs는 Copilot Fusion을 실행 중에 모델을 고르고 조합하는 라우터(router)라고 소개합니다. 요청이 들어오면 아래 실행 방식 중 하나를 고르고, 마지막에는 응답 1개만 내놓습니다.
실행 방식 설명, 과금, 할인 기한, 버린 초안의 파일 변경에 관한 내용은 GitHub Docs와 변경 기록에서 옮겼습니다. 상자 배치와 흐름은 작성자가 구성했습니다.
Single은 모델 1개가 바로 작업을 끝냅니다. Cascade는 효율적인 모델이 초안을 만들고, 판정자(judge)가 초안을 검사해 그대로 쓸지 더 강한 모델로 넘길지 정합니다. Critique는 모델 1개가 초안을 쓰는 동안 여러 모델이 병렬로 비평하고, 그 의견을 모아 처음 모델이 답을 고칩니다. 문서는 실행 방식을 요청마다 정하므로 같은 대화 안에서도 요청에 따라 방식이 달라질 수 있고, 검토가 필요 없는 간단한 작업은 리뷰 호출을 기다리거나 AI 크레딧을 쓰지 않는다고 적었습니다. 대신 Cascade와 Critique는 검토 호출이 들어가는 만큼 시간이 더 걸립니다.
어떤 모델이 쓰였는지도 확인할 수 있습니다. 문서에 따르면 응답이 나온 뒤 응답 아래의 단계 이름에 마우스를 올리면 사용한 모델 목록이 보입니다. Copilot Fusion에는 자체 컨텍스트 창이 없고, 표시되는 컨텍스트 창 크기는 사용하는 모델들 가운데 가장 작은 한도를 기준으로 잡은 보수적인 값이라는 설명도 있습니다.
3. 요금제별 사용 범위와 과금
GitHub Docs의 요금제별 표를 옮기면 다음과 같습니다.
| 단계 | Free·Student·Pro | Pro+·Max·Business·Enterprise |
|---|---|---|
| Fusion Standard | 포함 | 포함 |
| Fusion High | 포함 안 됨 | 포함 |
| Fusion Max | 포함 안 됨 | 포함 |
| Fusion Fast | 포함(사용자 선택 불가, VS Code 인라인 채팅 전용) | 포함(사용자 선택 불가, VS Code 인라인 채팅 전용) |
개인 Pro 요금제에서는 Standard만 고를 수 있습니다. 팀에서 High나 Max를 시험하려면 요금제부터 확인해야 합니다.
GitHub Docs는 Copilot Fusion을 쓰면 실제로 사용한 모델마다 그 모델의 정가로 과금되고, Copilot Fusion 자체에는 별도 요금이 없다고 밝혔습니다. Fusion High와 Fusion Max는 작업 하나에 모델을 여러 개 쓸 수 있어 Fusion Standard보다 AI 크레딧을 더 쓸 수 있다고도 적었습니다. 2026년 11월 30일까지는 유료 Copilot 요금제 사용자가 Copilot Fusion을 쓸 때 모델 비용을 30% 할인받습니다. 모델별 단가는 GitHub의 Models and pricing 문서에 따로 있으며 이 글에서는 다루지 않습니다.
GitHub은 성능 수치도 함께 발표했습니다. 변경 기록에 따르면 Artificial Analysis Coding Agent Index에서 Copilot Fusion Max가 60점으로 Claude Code의 Opus 5.5 Max와 2점 이내 차이를 보였고, 작업당 평균 API 비용은 약 절반, 토큰도 약 절반을 쓰고 작업 시간은 약 40% 짧았다고 합니다. GitHub이 직접 발표한 비교 결과이므로 우리 코드에서 같은 비용 차이가 날지는 따로 확인해야 합니다.
4. 관리자가 정할 것
변경 기록에 따르면 Copilot Fusion은 엔터프라이즈와 조직의 모델 정책에서 켜 둔 모델만 씁니다. 엔터프라이즈 관리자는 Copilot Fusion이 고르는 모델 목록을 볼 수 있고, 모델마다 정책 상태를 따로 정할 수 있으며, 다른 사용 방식에는 그대로 두고 Copilot Fusion에서만 특정 모델을 끌 수 있습니다. Enterprise managed settings로 Copilot Fusion을 원하는 단계와 함께 사용자 기본 모델로 지정할 수도 있습니다.
GitHub Docs는 요금제에 없는 모델, 관리자 정책으로 뺀 모델, 데이터 상주(data-resident)나 FedRAMP 규정 모델만 쓰게 한 정책에서 빠진 모델, Evaluation 모델 제한 정책으로 빠진 모델은 Copilot Fusion이 쓰지 않는다고 적었습니다. 쓸 수 있는 모델이 하나도 없으면 model picker에 Copilot Fusion이 아예 나타나지 않습니다.
5. 쓰기 전에 알아 둘 한계
GitHub Docs는 한계를 이렇게 적었습니다. Copilot Fusion은 서브에이전트(작업 일부를 맡는 보조 에이전트)와 별개로 움직이며 서브에이전트를 시작하지 않습니다. Copilot Fusion이 초안을 버려도 그 초안이 작업 공간에서 이미 바꾼 파일은 자동으로 취소되지 않으므로, 커밋하기 전에 변경 내용을 검토해야 합니다. 실행 방식과 모델 목록은 앞으로 바뀔 수 있습니다.
같은 날 GitHub은 로컬 모델 라우팅을 실험적 프리뷰(experimental preview)로 따로 공개했습니다. GitHub Docs에는 공개 프리뷰(public preview)로 표기돼 있고, Fusion Standard 단계에서만 쓰입니다. 변경 기록은 로컬 모델을 써도 라우팅 결정은 여전히 클라우드에서 내린다고 적었으니, 정식 출시된 Copilot Fusion과는 구분해서 보십시오.
6. 이번 주에 해 볼 첫 단계
먼저 팀의 Copilot 요금제를 확인해 High와 Max를 쓸 수 있는지 보십시오. 그다음 이번 주 작업 중 간단한 수정 1건과 여러 파일을 고치는 작업 1건을 골라 Copilot Fusion으로 처리하고, 응답 아래 단계 이름에 마우스를 올려 쓰인 모델 목록을 작업별로 적어 두십시오. 커밋 전에는 변경된 파일 목록을 확인해 버려진 초안이 남긴 수정이 섞여 있지 않은지 살펴봐야 합니다. 관리자라면 Copilot Fusion이 고르는 모델 목록을 열어 팀 정책과 맞는지 확인하고, 11월 30일 할인 종료 뒤의 크레딧 사용량을 예상해 두면 됩니다.
참고한 자료
- Route and orchestrate models with GitHub Copilot Fusion - GitHub 변경 기록, 2026년 10월 28일 발표
- About GitHub Copilot Fusion - GitHub Docs, 날짜 표시 없음, 2026년 10월 30일 확인
- GitHub Copilot Fusion now supports selection of local models - GitHub 변경 기록, 2026년 10월 28일 발표
