GitHub Copilot에 Gemini 4 Argon 정식 도입…지원 플랜·정책·토큰 요금 확인

코파일럿의 모델 선택지에 정식 합류

깃허브는 10월 13일 구글의 제미나이 4 아르곤을 깃허브 코파일럿에서 정식 제공한다고 발표했다. 복잡한 코딩과 에이전트 작업, 추론을 겨냥한 모델이며 지원 모델 문서도 출시 상태를 GA로 표시한다. 구글이 모델을 공개한 사실에 더해, 코파일럿의 개발 환경과 계정 정책 안에서 선택할 수 있게 된 통합 소식이다.

대상 플랜은 Pro+, Max, Business, Enterprise다. 공지는 VS Code와 Visual Studio, 코파일럿 CLI·코딩 에이전트·앱, JetBrains IDE, Xcode, Eclipse의 모델 선택기에서 제공한다고 안내한다. 배포는 순차적으로 진행되므로 정식 출시라는 표현이 모든 계정에서 즉시 같은 목록을 본다는 뜻은 아니다.

모델이 보이지 않으면 플랜과 정책을 함께 살핀다

공식 접근 설정 문서는 사용 가능한 모델이 구독 플랜, 사용하는 클라이언트, 조직·기업의 제한에 따라 달라진다고 설명한다. 따라서 목록에 아르곤이 없을 때는 배포 대기뿐 아니라 실제 플랜과 기업 정책을 함께 확인해야 한다. 지원 플랜에 들어간 개인 계정의 경험을 조직 계정에서도 그대로 기대하기 어렵다.

Business와 Enterprise의 관리자는 코파일럿 설정의 모델 정책으로 접근을 관리한다. 신규 모델 기본 활성화 정책을 쓰는 경우 자동으로 허용되지만, 관리자가 전역 기본값을 끄거나 해당 모델을 명시적으로 비활성화한 경우는 제외된다. 모델 사용 권한이 생기는 일과 특정 대화에서 그 모델을 선택하는 일도 서로 다른 단계다.

토큰별 단가와 한시 적용 기간

출시 공지는 사용량 기반 과금에서 공급사 공시 가격을 적용한다고 밝혔다. 실제 계산에는 깃허브의 모델 요금표를 함께 봐야 한다. 확인 시점의 아르곤 가격은 100만 토큰당 입력 2달러, 캐시 입력 0.10달러, 출력 10달러다. 문서 각주는 이 가격을 2026년 12월 1일까지의 프로모션 가격으로 설명하므로 장기 고정 단가로 받아들일 수 없다.

코파일럿은 모델과 소비 토큰에 따라 비용을 계산해 깃허브 AI 크레딧으로 환산한다. 1크레딧은 미화 0.01달러이며, 개인 플랜별 포함량과 조직·기업의 합산 사용 구조는 별도 조건이다. 같은 모델에 같은 횟수로 요청해도 보내는 문맥과 생성 길이가 달라지면 비용은 달라진다.

에이전트 평가는 요청 횟수보다 작업 단위로

코딩 에이전트는 파일을 읽고 수정하고 결과를 확인하는 과정에서 모델을 여러 번 호출할 수 있다. 따라서 한 번의 사용자 지시를 일정한 한 건 요금으로 가정하는 것은 토큰 과금 구조와 맞지 않는다. 팀이 도입을 비교할 때는 대표 작업을 정하고 실제 소비 크레딧, 완료 결과, 사람이 고친 범위를 함께 기록하는 방법이 유용하다.

입력과 출력 단가가 다르다는 점도 비교 기준에 영향을 준다. 긴 설명을 만드는 작업과 큰 코드 문맥을 재사용하는 작업은 같은 총 토큰 수여도 비용 구성이 달라질 수 있다. 이 해석은 공개 요금 구조에 근거한 것으로, 아르곤이 특정 저장소에서 더 싸거나 빠르다는 실측 결과는 아니다.

IDE 최소 버전은 확인된 항목만 적용한다

지원 모델 문서의 최근 모델 최소 버전 표는 아르곤의 Visual Studio 조건으로 17.14.22 또는 18.1.0을 제시한다. VS Code와 JetBrains, Xcode, Eclipse 항목은 확인 시점에 TBD로 남아 있다. 문서는 최소 버전이 아직 적히지 않았다고 해서 모든 구버전이 지원되는 것은 아니라고 주의한다. 배포 초기에는 IDE와 코파일럿 확장·플러그인을 최신 상태로 유지하고 해당 환경의 안내를 확인해야 한다.

초기 성능 설명을 조직의 결과로 바꾸려면

깃허브는 초기 시험에서 이전 제미나이 모델보다 코딩 과제를 더 많이 해결했고 CLI에서 개선 폭이 컸다고 설명했다. 다만 이번 공지는 벤치마크별 수치나 시험 구성 전체를 제시하지 않았다. 이 설명만으로 모든 언어와 코드베이스에서 생산성이 같은 비율로 오른다고 판단하기 어렵다. 실제 도입 평가는 팀의 테스트와 코드 검토 기준을 유지한 상태에서 수행하는 편이 적절하다. 정식 제공은 선택과 운영의 준비 상태를 나타내며, 생성된 변경의 정확성을 대신 보증하지 않는다.