GitHub Modelsは2026年7月30日に全面終了する。終了対象はplaygroundやmodel catalogだけではなく、Inference APIとbring your own key（BYOK）も含む。既存利用者も例外ではない。7月16日と23日には短時間のbrownoutが予定されており、残る移行機会は限られている。
何が変わったか
GitHub ModelsのUI、モデル探索、プロンプト試行、評価、API推論、BYOKエンドポイントが利用できなくなる。6月の新規顧客停止から、全既存顧客を含む完全終了へ進む。GitHubは代替としてMicrosoft FoundryやGitHub Copilotを案内している。
変更前後の差
変更前はGitHub上でモデルを比較し、REST APIから推論し、独自キーで外部モデルを呼び出せた。終了後は同じエンドポイントやUIを使えない。単にbase URLを変更するだけでは、モデルID、認証、レスポンス形式、制限、評価機能、ログの差が残る。
誰に影響するか
サンプルアプリ、社内PoC、GitHub Actions、教育教材、モデル比較、軽量なAI機能でGitHub Modelsを使う利用者が対象である。目立たないデモ用トークンや休眠リポジトリも、期限後に突然失敗する可能性がある。
期限
完全終了は2026年7月30日である。7月23日のbrownoutではリクエストが一時的にエラーになる。brownout前に監視を有効化し、終了前に本番切替を終える。
必要な対応
APIキー、エンドポイント、モデル名、プロンプト、評価データ、利用量、依存リポジトリを棚卸しする。代替基盤を選び、共通インターフェースでは吸収できない差を一覧化する。期限直前の一括切替は避ける。
実装・移行手順
- コードとSecretを
models.github.aiなどの識別子で検索する - 利用モデルと用途を記録する
- 代替モデルと基盤を決める
- 認証とエンドポイントを切り替え可能にする
- Golden Testで応答差を評価する
- brownout時に障害検知とfallbackを確認する
- 本番トラフィックを段階移行する
- 旧キーと設定を削除する
失敗しやすい点
SDK互換だけを確認する、playgroundのプロンプトを保存しない、評価結果を移行しない、BYOKの所有者を把握しない、brownoutを単なる障害として無視する、といった問題が起きやすい。レスポンスの意味互換を必ず試験する。
リスク
期限後の全面停止、代替モデルによる品質低下、コスト増、リージョンやデータ保持条件の変更、Secretの残存がある。fallback先が同じ認証基盤へ依存していると、切替機構があっても機能しない。
評価方法
成功率、p95遅延、出力一致率、構造化出力エラー、ツール呼び出し成功率、1リクエスト当たりコスト、レート制限、監査ログ完全性を比較する。brownout中に期待どおりアラートとfallbackが作動するかも確認する。
ロールバック
新基盤に問題がある期間は、GitHub Modelsが動作している間だけ旧系へ戻せる。7月30日以降は戻せないため、複数の代替Providerを設定可能にし、モデル選択を設定で切り替える。旧系を唯一のロールバック先にしない。
編集部分析
終了範囲がUIからAPI、BYOKまで広いため、これは製品移行ではなくAI基盤の再構成である。GitHub Modelsを試験用途だけと認識している組織ほど、依存が文書化されていない。brownoutを本番相当の終了演習として使うべきである。
実務チェックリスト
- 全エンドポイントとSecretを検索した
- プロンプトと評価データを保存した
- 代替モデルを比較した
- brownout監視を設定した
- fallbackを実演した
- 7月30日前の切替日を決めた
- 旧キー削除手順を作った