Copilot Fusion 정식 출시: 모델 선택을 실행 전략으로 바꾸다

GitHub는 2026년 10월 28일 Copilot Fusion을 정식 제공한다고 발표했습니다. 모델 하나를 선택하는 메뉴처럼 보이지만 실제로는 요청에 맞춰 모델과 실행 패턴을 결정하는 라우터이자 오케스트레이터입니다. 11월 2일 확인한 공식 발표와 문서를 바탕으로, 모델 자동 선택을 무조건 더 좋은 답이나 더 싼 요금으로 오해하지 않고 사용하는 방법을 살펴봅니다. 최근 48시간에 한정하지 않고 7일 범위에서 선정한 소식입니다.

모델 대신 전략 선택

Fusion은 요청을 한 모델이 처리하는 Single, 효율적인 모델의 초안을 판정하고 필요하면 더 강한 모델로 넘기는 Cascade, 초안에 대한 비평을 모아 원래 모델이 수정하는 Critique를 사용합니다. 같은 대화에서도 후속 질문의 성격에 따라 패턴이 달라질 수 있습니다. 공식 문서는 검토 단계가 추가되면 모델 호출과 지연도 늘어난다고 설명합니다. 따라서 모델 수가 많다는 사실 자체가 답의 정확성을 보장하지는 않습니다.

시작 전 준비

지원되는 최신 Visual Studio Code와 Copilot 확장, 사용 가능한 Copilot 계정과 조직 정책을 먼저 확인합니다. 공식 발표의 지원 클라이언트는 VS Code, Copilot 앱, CLI, JetBrains IDE입니다. 아래 절차는 VS Code의 모델 선택 UI를 기준으로 하며 계정에서 직접 실행한 실험이 아니라 공식 문서 기준입니다. 실제 설치 버전과 노력 수준의 제공 범위는 로그인 계정에서 재확인해야 합니다. 확장이 없다면 VS Code의 확장 메뉴에서 GitHub의 공식 Copilot 확장을 설치하고 로그인합니다.

최소 실행

비밀이 없는 시험 저장소를 열고 Copilot Chat의 모델 선택기에서 Copilot Fusion을 선택한 뒤 Standard로 시작합니다. 편집·실행 권한은 별개이므로 처음에는 설명만 요청합니다. 다음은 대화창에 붙여 넣을 완전한 예제이며 셸 명령이 아닙니다.

현재 저장소의 README를 읽고 설치 전제조건을 목록으로 정리해 줘. 근거 파일과 항목을 표시해 줘. 파일 수정, 명령 실행, 네트워크 접속은 하지 마.

응답에서 근거 파일이 실제 존재하는지 확인합니다. UI가 제공하는 단계와 사용 모델 정보도 살펴보세요. 답이 돌아왔다는 것은 요청 처리가 끝났다는 뜻이지 README의 설치 지침이 실제 환경에서 통과했다는 뜻은 아닙니다.

실무 검토 예제

여러 파일의 오류 처리가 서로 다른 프로젝트라면 곧바로 수정을 맡기기보다 High로 분석 범위를 좁힙니다. 검토가 필요한 작업에서 추가 호출의 가치가 있는지 판단하는 예제입니다.

HTTP 요청을 처리하는 코드를 찾아 타임아웃과 재시도 정책을 비교해 줘. 파일 경로와 함수명을 근거로 쓰고, 중복 재시도가 생길 수 있는 경로를 구분해 줘. 수정하지 말고 검증용 테스트 세 가지를 제안해 줘.

기대 결과는 구체적인 위치, 불일치와 테스트 제안입니다. 사람이 해당 경로를 읽고 기존 테스트와 대조한 뒤 별도 브랜치에서 변경합니다. 동일한 질문을 Standard와 High로 비교한다면 답의 길이가 아니라 누락된 경로, 잘못된 근거, 지연과 실제 사용량을 기록하는 편이 유용합니다.

노력 수준의 의미

Standard는 일상 작업의 비용·품질·지연 균형을 지향하며 현재 공식 문서는 작업별 단일 모델 선택으로 설명합니다. High는 범위가 정해진 복잡한 코딩 작업, Max는 더 깊은 추론과 분석을 위한 선택입니다. Max를 모든 질문의 기본값으로 두면 불필요한 호출을 늘릴 수 있습니다. 노력 수준은 사용자가 선택하지만 개별 모델과 실행 방식은 런타임이 결정합니다. 특정 모델만 허용해야 하는 업무라면 자동 선택에 맡기기 전에 정책과 요구사항이 맞는지 검토해야 합니다.

비용과 데이터 경계

출시 발표는 Fusion이 사용한 각 모델에 해당 모델의 표준 요율을 적용하며 유료 플랜의 한시적 할인도 안내합니다. 할인 종료 시점과 현재 청구 조건은 실제 계정에서 확인해야 하므로 고정된 무료 혜택으로 예산을 세우지 마세요. 공식 벤치마크의 평균 비용 절감 주장은 GitHub가 제시한 특정 평가 결과이지 자신의 저장소에서 얻는 비용이나 정확도 보증이 아닙니다.

기업과 조직이 허용한 모델 정책이 적용됩니다. 관리자는 Fusion용 모델 가용성과 기본값을 제어할 수 있습니다. 모델 선택 자동화는 파일·명령 실행의 허가나 데이터 반출 승인을 대신하지 않습니다. 코드·고객자료·비밀이 프롬프트 문맥에 들어가지 않도록 하고, 조직의 서비스 계약과 데이터 처리 조건을 먼저 확인합니다.

보이지 않을 때

선택기에 Fusion이 없다면 클라이언트와 확장 버전, 로그인 계정, 플랜별 가용성, 조직의 모델 정책 순서로 확인합니다. 모델 선택을 바꿨는데도 기대한 작업을 하지 못한다면 파일 접근이나 도구 권한 문제와 구분하세요. 복잡한 결과가 늦으면 추가 검토 호출이 있는지 살피고 더 좁은 질문이나 Standard로 비교합니다. 지연을 줄이려고 접근 제한을 풀 필요는 없습니다.

중단과 되돌리기

진행 중 응답을 중단하고 모델 선택기에서 이전 모델로 돌아가면 이후 요청의 선택을 바꿀 수 있습니다. 관리자가 기본값을 변경했다면 원래 정책을 기록한 뒤 승인된 범위에서 해당 설정만 복구합니다. 모델을 바꿔도 이미 실행된 도구나 파일 수정이 취소되지는 않으므로 변경 내역을 따로 검토해야 합니다. Fusion만 시험하려는 목적이라면 전체 Copilot 확장 제거는 필요하지 않습니다. 이 글은 UI 사용과 문서 검증까지의 안내이며 실제 계정의 청구·성능 측정은 수행하지 않았습니다.

출처