원문 소식, 쉽게 읽기
GitHub는 2026년 10월 14일(한국시간 15일 오전 5시 1분) HydraFusion의 모델 구성과 작업 흐름을 업데이트하고 HydraFusion Max를 추가했다. HydraFusion은 여러 AI 모델의 작업 순서를 조정해 하나의 응답을 만드는 기능이다. 이런 조정 방식을 오케스트레이션이라고 부른다. 일반 옵션과 Max 모두 VS Code, GitHub Copilot 앱, 명령을 입력해 작업하는 Copilot CLI에서 연구 미리 보기로 제공된다. 연구 미리 보기는 정식으로 동작이 확정되기 전 기능을 시험하는 단계다. 출처
사용 가능한 모델 집합인 ‘모델 풀’에는 Claude Opus 5.5, GPT-6 Astra, GPT-6.1 Sol, GPT-6 Luna가 포함됐다. 각 작업에서 실제로 쓰는 모델은 선택된 작업 흐름에 따라 달라진다. 이용자가 모델 하나를 고르는 대신, 요청을 처리하는 순서와 검토 방식까지 묶어 선택하는 구조다. 출처
초안 뒤의 검토를 바꾸는 방식
추론 강도는 모델이 문제를 풀고 결과를 검토할 때 적용하는 추론의 수준이다. GitHub는 이전 HydraFusion이 모델의 기본 추론 강도만 사용했지만, 이번에는 초기 초안에 중간 강도, 검토에 높은 강도를 명시적으로 적용한다고 설명했다. 처음 답을 만드는 단계와 그 답을 살피는 단계에 서로 다른 수준을 배분한다. 출처
Cascade는 먼저 한 모델이 작업한 뒤 필요할 때 더 강한 모델로 넘기는 흐름이다. 여기에 초기 결과를 판정하는 단계가 들어갈 수 있으며, 수정이 필요한 경우에만 보완을 요청한다. 작업을 추가로 넘길 필요가 있는지 살피는 절차가 강화됐다는 설명이다. 출처
Critique는 만든 결과를 다른 모델이 검토하는 흐름이다. GitHub는 이 방식이 텍스트 요약에 크게 의존하던 상태에서, 도구로 실제 작업 공간을 직접 살피는 쪽으로 바뀌었다고 밝혔다. 여러 검토 모델을 병렬로 사용하는 방식도 추가했다. 여기서 병렬 검토는 검토 모델들이 나란히 작업하는 것을 뜻한다. 이 설명은 GitHub가 발표한 처리 방식이며, OYOPICK이 오류 감소 효과를 측정한 결과는 별도로 없다. 출처
Max의 차이와 제공 조건
| 옵션 | GitHub가 제시한 설계 방향 |
|---|---|
| HydraFusion | 속도·비용·성능의 균형, 적당한 토큰 절감 |
| HydraFusion Max | 더 까다로운 작업에서 깊이·충실함이 필요한 부분의 추론 강도를 높이고 토큰 효율도 고려 |
토큰은 모델이 텍스트를 처리하는 단위다. Max는 일반 HydraFusion과 같은 구조와 작업 흐름 기법을 사용하면서, 더 깊은 검토가 필요한 작업을 겨냥해 조정됐다. 표는 GitHub가 밝힌 설계 목표를 비교한 것이다. 발표문에는 두 옵션의 응답 시간·정확도·이용 요금을 수치로 비교한 결과가 제시되지 않았다. 출처
제공 요금제는 Copilot Pro, Pro+, Business, Enterprise다. 실험 기능 또는 미리 보기 기능이 활성화돼 있어야 하며, 조직의 모델 정책도 적용된다. 요금제 이름뿐 아니라 활성화 조건과 조직 정책을 함께 충족해야 이용 범위에 들어간다. 출처
OYOPICK의 시선
우리는 초안을 더 오래 만드는 것보다, 검토 단계가 실제 작업 공간을 살피도록 바뀐 부분에 주목한다. 설명 요약과 실제 파일 사이에 차이가 생겼을 때 검토 모델이 원래 작업물을 살필 수 있다면, 그 차이를 찾고 보완하는 데 도움이 될 수 있다. 이 기대는 도구가 필요한 맥락에 접근하고, 검토 결과가 적절한 수정으로 이어진다는 조건에서 성립한다.
일반 옵션과 Max를 고를 때는 응답의 길이보다 추가 검토가 해결해야 할 문제를 먼저 정하는 편이 유용하다고 본다. 여러 파일의 연결이나 복잡한 요구사항을 다루는 작업에서는 더 깊은 검토를 평가할 이유가 커진다. 이후 같은 작업에서 어떤 오류를 발견·수정했는지, 얼마나 기다리고 자원을 사용했는지를 함께 비교한 결과가 공개되기를 바란다. 그런 자료가 있어야 Max의 깊이와 일반 옵션의 균형을 실제 선택 기준으로 연결하기 쉬워진다.