GitHub는 7월 1일, GitHub Models가 2026년 7월 30일에 완전히 은퇴(retired)될 것이라고 확인했습니다. 이에 따라 해당 서비스(surface)를 호출하는 모든 파이프라인(pipeline)은 이제 기한이 정해지지 않은 단계적 종료가 아닌, 확정된 종료일을 갖게 되었습니다. 공급업체는 지난 6월에 신규 고객에 대한 서비스를 먼저 차단했으며, 변경 로그(changelog)에 따르면 7월 1일 자 변경 로그 항목을 통해 기존에 허용되었던 액세스 권한을 확정된 종료일로 전환했습니다.

변경 로그가 확정한 사항

이제 두 개의 날짜가 타임라인의 기준점이 됩니다. 신규 고객 액세스는 6월에 차단되었습니다. 완전한 은퇴는 2026년 7월 30일에 이루어집니다. GitHub는 별도의 폐지(deprecation) 페이지 대신 변경 로그를 통해 일정을 게시하고 있습니다. 이는 아티팩트(artifact) 플랫폼 팀이 참조해야 하는 주요 자료가 버전 관리되는 정책이 아니라 날짜가 명시된 블로그 게시물이라는 것을 의미합니다. 그 결과, 이전에 종료와 함께 부여되었던 연속성(continuity) 관련 문구에는 이제 만료일이 적용됩니다.

파이프라인에서 발생하는 문제

릴리스 노트 초안 작성, PR 요약, 테스트 분류(test triage) 또는 평가(eval) 단계를 위해 GitHub Models를 사용하는 모든 워크플로우(workflow)는 은퇴가 발효되는 즉시 작동을 멈춥니다. 해당 기간의 끝에 소프트 레이트 리밋(soft rate-limit)은 존재하지 않으며, 서비스는 사라집니다. 되돌릴 수 있는 지점(rollback)도 없습니다. 되돌아갈 대상이 없기 때문입니다.

마이그레이션(migration) 자체는 한 줄의 코드로 끝나는 작업이 아닙니다. 호스팅된 게이트웨이(hosted gateway), 직접적인 제공업체 계정(direct provider account) 또는 내부 브로커(internal broker) 등 GitHub Models를 대체하는 모든 것은 각기 다른 키 관리(key handling), 과금 체계(billing surface) 및 레이트 리밋(rate-limit) 형태를 수반합니다. GitHub Models 키를 단순한 인프라로 취급했던 팀들은 감사(audit)를 진행하는 과정에서 얼마나 많은 파이프라인이 이에 의존하고 있는지 깨닫게 될 것이며, 이는 종료 전이 아닌 종료 과정에서 겪게 될 것입니다.

약 4주는 그리 넉넉한 시간이 아닙니다. 확정된 것은 날짜입니다. 확정되지 않은 것은 누구의 인벤토리(inventory)도 아닙니다.