GitHub Copilot Fusion 정식 출시: 모델 선택과 비용은 어떻게 달라질까

GitHub가 10월 28일 Copilot Fusion을 정식 출시했다. 개발자가 요청마다 모델을 고르는 대신 Fusion을 선택하면 시스템이 작업에 맞춰 모델과 실행 방식을 정한다. 기능은 VS Code, GitHub Copilot 앱과 CLI, JetBrains IDE에서 쓸 수 있다. GitHub는 모든 Copilot 요금제를 지원한다고 밝혔다. 공식 발표

요청에 따라 달라지는 실행 방식

Fusion은 하나의 고정 모델이 아니다. 사용자가 모델 선택기에서 Fusion과 작업 강도를 고르면 요청마다 사용할 모델과 절차를 선택한다. GitHub가 설명한 방식은 세 가지다.

• Single: 모델 하나가 작업을 처리한다.
• Cascade: 효율적인 모델이 초안을 만들고 평가 단계에서 수용하거나 더 강력한 모델로 넘긴다.
• Critique: 한 모델이 초안을 작성하면 다른 모델이 검토하고 원래 모델이 피드백을 반영한다.

쉬운 요청에 늘 여러 모델을 호출하는 구조는 아니다. GitHub 문서에 따르면 요청에 따라 방식이 달라지며 검토 호출이 포함된 Cascade와 Critique는 시간이 더 걸린다. 모델 구성과 실행 방식은 바뀔 수 있다.

강도와 비용은 함께 살펴보자

선택 가능한 강도는 Standard, High, Max다. GitHub는 Standard를 일상적인 작업에, High를 더 어려운 코딩 작업에, Max를 깊은 추론이 필요한 작업에 맞춘다. 클라이언트를 최신 버전으로 업데이트한 뒤 모델 선택기에서 Fusion과 강도를 고르면 된다.

비용은 Fusion에 별도 정액 요금을 붙이는 방식이 아니라 실제 사용한 각 모델의 표준 요율에 따라 계산한다. High와 Max는 한 작업에서 모델을 여러 번 호출할 수 있어 Standard보다 AI 크레딧을 더 쓸 수 있다. GitHub 문서에 따르면 유료 Copilot 요금제는 2026년 11월 30일까지 Fusion의 모델 비용을 30% 할인받는다. 요금제와 사용량을 확인한 뒤 대표 작업 몇 개로 비용을 비교해 보는 편이 좋다.

성능 수치를 읽는 법

GitHub는 Artificial Analysis Coding Agent Index에서 Fusion Max가 60점을 받았으며 Claude Code의 Opus 5.5 Max와 2점 이내였다고 발표했다. 같은 비교에서 작업당 평균 API 비용과 토큰은 약 절반, 시간은 약 40% 적었다는 설명도 덧붙였다. 이는 GitHub가 제시한 특정 벤치마크 비교다. 다른 저장소나 작업에서도 같은 절감 효과가 난다는 뜻은 아니며 실제 결과는 작업과 환경에 따라 확인해야 한다.

팀에서 쓰기 전 확인할 점

기업 관리자는 조직과 기업의 모델 정책으로 Fusion이 사용할 모델을 제한할 수 있다. 구독이나 정책상 사용할 수 있는 모델이 없으면 모델 선택기에 Fusion이 나타나지 않을 수 있다. 도입 전에 허용 모델과 데이터 처리 정책을 확인하자.

또 하나는 작업 공간의 변경 사항이다. GitHub 문서는 Fusion이 초안을 버리더라도 그 초안이 이미 수정한 파일은 자동으로 되돌리지 않는다고 명시한다. 최종 답변만 확인하지 말고 커밋 전에 diff와 테스트 결과를 살펴야 한다. Fusion은 서브에이전트를 직접 시작하지 않는다.

모델 선택을 자동화하면 일상적인 전환 부담은 줄어들 수 있다. 다만 작업별 비용과 코드 변경의 책임은 그대로 남는다. 작은 작업에서 시작해 결과와 사용량을 살피고 팀에 맞는 강도를 정해 보자.