GitHub Modelsは2026年7月30日に完全終了しました。7月1日の公式告知で予告されていた通り、playground、model catalog、inference API、BYOKはすべて停止し、既存利用中の顧客も対象です。いま確認すべき論点は、どの用途を止めるのかではなく、どの用途を Microsoft Foundry / Azure AI Foundry 側へ移し、どの用途を GitHub Copilot 側へ寄せるかです。
結論: まず止まる機能を4つに分けて棚卸しする
最初のチェック対象は4つです。1つ目は playground での比較検証、2つ目は model catalog の参照、3つ目は inference API を使ったアプリや社内ツール、4つ目は BYOK 前提の接続です。GitHub公式は7月30日時点でこれらがすべて使えないと明記しています。つまり、単に新規開発が止まるだけでなく、既存の評価手順、社内デモ、PoC用の接続先も同時に止まる前提で見直す必要があります。
7月30日に何が止まったのか
GitHub Docsでは、2026年7月30日以降は GitHub Models が fully retired となり、playground、model catalog、inference API、BYOK が no longer available になったと案内されています。7月1日のChangelogでは、7月16日と7月23日に brownout を実施して事前にエラーを返す時間帯を設けるとも告知されていました。ここから言えるのは、停止は突発障害ではなく計画的な廃止であり、復旧待ちでは解決しないということです。
移行先をどう切り分けるべきか
公式の案内はかなり明快です。新規・既存を問わず AI model access が必要なら Microsoft Foundry、GitHub 上で AI-powered workflows を回したいなら GitHub Copilot を使うよう誘導しています。実務では、モデル選定や推論APIの接続先として使っていたものは Foundry 側、コード補助やGitHub内の開発フロー統合は Copilot 側、と分けると判断しやすくなります。1つの代替先に無理に寄せるより、用途単位で分けたほうが移行漏れが減ります。
社内のAI基盤をどちらへ寄せるべきか迷う場合は、停止した用途一覧と代替先の整理表を先に作るのが近道です。 HelloCraftAIに相談する と、開発用・業務用・検証用の切り分けから支援できます。
優先度の高い移行チェックリスト
優先度は次の順が現実的です。第1に inference API の呼び出し先を洗い出し、失敗時の影響範囲を確認すること。第2に playground 依存の評価手順を別ツールへ置き換えること。第3に BYOK を前提にした権限設定や社内説明資料を更新すること。第4に、GitHub Models と GitHub Copilot を同一サービスだと誤解している社内周知を直すことです。Docsでは GitHub Models は Copilot とは separate service だと明記されています。この一文を押さえるだけで、問い合わせ対応の混乱をかなり防げます。
よくある誤解: Copilotまで止まったわけではない
停止したのは GitHub Models です。GitHub Docsは、GitHub Models was a separate service from GitHub Copilot and is unrelated to GitHub Copilot services と説明しています。つまり、Copilot のチャット、補完、GitHub上のAIワークフローは別系統です。ここを混同すると、不要な利用停止や誤った障害報告につながります。問い合わせ窓口では「Modelsの停止」と「Copilot利用」は分けてFAQ化しておくべきです。
FAQ
Q. 既存顧客なら今も使えますか。A. いいえ。7月30日以降は既存 customers with active usage も含めて利用不可です。Q. 代替先は1つに決めるべきですか。A. いいえ。公式案内の通り、モデルアクセスは Foundry、GitHub内ワークフローは Copilot と用途で分けるのが自然です。Q. brownoutを見逃した場合はどう考えるべきですか。A. 一時障害ではなく、廃止済みのため恒久対応が必要です。
今週中にやるべき実務アクション
今週中にやるべきことは3つです。1つ目は、GitHub Models を呼んでいたリポジトリ、社内ツール、検証ノートを棚卸しすること。2つ目は、Foundry移行対象とCopilot移行対象を分けて担当者を決めること。3つ目は、停止告知を情シス・開発・事業部へ同じ文面で共有することです。移行方針の整理やPoC再設計が必要なら、 HelloCraftAIへお問い合わせください 。停止影響の見える化から代替構成の整理まで、企業向けに伴走できます。
