GitHub Copilot Fusion 정식 제공… 세 실행 방식·세 노력 단계·모델별 과금

Published · AI Daily — AI-assisted deep research, methodology & disclosure

GitHub은 10월 28일 Copilot Fusion을 정식 제공한다고 발표했다. 11월 1일 주말 기술호에 싣지만 원 발표일은 10월 28일이다. Fusion을 고르면 특정 모델 하나를 고정하는 대신 모델 선택과 오케스트레이션 시스템을 고른다.

GitHub은 10월 28일 Copilot Fusion을 정식 제공한다고 발표했다. 11월 1일 주말 기술호에 싣지만 원 발표일은 10월 28일이다. Fusion을 고르면 특정 모델 하나를 고정하는 대신 모델 선택과 오케스트레이션 시스템을 고른다. GitHub 설명으로는 Project HydraFusion의 여러 모델 조정 기능과 자동 모델 선택을 결합했다. 실제 작업에 어떤 허용 모델을 쓸지는 시스템이 결정한다. 정식 제공도 명시된 클라이언트와 기업 정책의 범위 안에서 읽어야 한다.

이용자는 모델 선택기에서 Fusion과 Standard, High, Max 중 노력 수준을 고른다. Standard는 일상 코딩, High는 어려운 작업, Max는 가장 까다로운 개발과 추론을 위한 설정이다. 각 단계가 변하지 않는 특정 모델 목록은 아니다. 관리자는 기업과 조직 정책으로 후보 모델을 제어한다. Fusion에서만 한 모델을 막고 다른 Copilot 사용에는 허용할 수도 있다. 이런 설정이 실제 작업의 기능과 비용에 영향을 준다.

GitHub이 설명한 실행 방식은 세 가지다. Single은 한 모델이 바로 해결한다. Cascade는 효율적인 모델이 초안을 만들고 품질 검사 결과에 따라 받아들이거나 더 강한 모델이 새로 시도한다. Critique는 한 모델이 초안을 만들고 읽기 전용 검토자가 평가한 뒤 원 모델이 필요하면 수정한다. 세 방식은 선택 가능한 경로이지 모든 요청에 세 단계를 모두 적용한다는 뜻이 아니다. 제품 이름만으로 특정 요청의 내부 경로나 전체 모델 사용량을 단정할 수 없다.

업체가 공개한 성능 비교에는 명확한 조건이 있다. GitHub은 Artificial Analysis Coding Agent Index에서 Copilot Fusion Max가 60점을 기록해 Claude Code와 Opus 5.5 Max 조합보다 2점 이내라고 말한다. 그 시험에서 비교 대상 대비 작업당 평균 API 비용과 토큰 사용량은 각각 약 절반, 작업당 시간은 약 40% 적었다고 보고한다. 이 사이트가 재시험한 결과는 아니다. Max 단계와 해당 지표의 작업에 관한 수치를 모든 저장소, 모델 정책, 노력 단계의 정확도나 속도로 일반화할 수 없다. 비용의 분모는 작업당 평균 API 비용이지 구독료가 아니다.

실제 청구 규칙은 벤치마크와 별개다. Fusion이 사용하는 각 모델은 그 모델의 표준 요율로 청구된다고 GitHub은 설명한다. 유료 Copilot 이용자는 제한된 기간 동안 Fusion 모델 비용에서 30% 할인을 받는다. 기간 한정 할인은 영구 가격 약속이 아니다. 시험의 약 절반 비용도 운영 요청 하나당 가격 상한이 아니다. 조직은 허용 모델, 노력 단계, 자신의 작업 유형과 청구 내역을 함께 확인해야 한다.

GitHub이 현재 지원한다고 밝힌 곳은 Visual Studio Code, GitHub Copilot 앱, Copilot CLI, JetBrains IDE다. 추가 클라이언트 지원은 이후 계획이다. 이용하려면 클라이언트를 갱신하고 선택기에서 Fusion과 노력 단계를 확인한다. 미리보기에서 auto, HydraFusion, HydraFusion Max를 썼던 설정은 대응되는 Fusion 단계로 옮겨진다. 이전 이름만 보고 실제 모델 구성이나 비용 패턴이 그대로라고 가정하지 않는 것이 좋다.

도입을 시험한다면 같은 유형의 실제 코딩 작업을 반복하고 결과, 청구된 모델 사용량, 관리자 정책을 기록해 비교할 수 있다. 이는 권장 검증 방법이지 이 기사에서 수행한 실험은 아니다. 확인된 제품 변경은 GitHub이 세 실행 방식과 세 노력 단계, 기업 정책 통제를 갖춘 Fusion을 정식 제공했다는 점이다. 벤치마크 인용에는 업체, 비교 대상, 작업당 분모와 Max 조건을 함께 붙여야 한다.

기업 정책이 허용하지 않는 모델은 라우팅 후보가 되어서는 안 된다. 팀은 실제 호출된 모델과 제공자, 작업당 비용, 코드 품질을 함께 확인해야 하며 모드 이름만으로 청구액을 추정해서는 안 된다. Single, Cascade, Critique의 효과를 비교하려면 동일한 작업 집합과 같은 성공 기준을 사용하고 사람의 수정 시간도 측정하는 편이 낫다. GitHub의 60점과 비용 및 시간 비교는 특정 벤치마크와 Max 단계의 공급자 보고값이다. 구독 요금이나 모든 저장소에 대한 보증으로 일반화할 수 없다.

할인 기간과 적용 대상도 실제 계약에서 다시 확인해야 한다.

Sources

FAQ

Fusion의 세 방식과 세 노력 단계는 무엇인가요?

Single은 한 모델이 직접 처리하고 Cascade는 효율적인 초안을 검사해 필요하면 상위 모델로 올린다. Critique는 읽기 전용 두 번째 모델이 검토하고 처음 모델이 수정한다. Standard, High, Max는 고정된 모델 명단이 아닌 노력 단계다. 매 요청에 세 방식을 모두 실행하지 않는다.

60점, 약 절반 비용과 40% 짧은 시간은 무엇을 측정했나요?

GitHub이 Artificial Analysis Coding Agent Index에서 보고한 Fusion Max 결과다. 60점은 Claude Code와 Opus 5.5 Max 조합보다 2점 이내이며 작업당 평균 API 비용과 토큰은 약 절반, 시간은 약 40% 적었다고 한다. 이 사이트가 재측정한 결과나 모든 저장소의 보장은 아니다.

Fusion은 어떻게 청구되고 어떻게 켜고 확인하나요?

사용한 각 모델의 표준 요율이 적용되며 유료 Copilot에는 제한 기간 모델 비용 30% 할인이 있다. 지원 클라이언트를 갱신해 선택기에서 Fusion과 노력 단계를 고르고 조직의 모델 정책을 확인한다. 실제 청구서와 작업 품질을 비교해야 벤치마크 비용 감소가 자신에게도 적용되는지 알 수 있다.