開發者平台
GitHub Models、7月30日に全面終了へ—推論APIとBYOKエンドポイントも同時に停止
GitHub Modelsは7月30日をもって全サービスを終了し、既存顧客向けのモデルカタログ、Playground、推論API、BYOKエンドポイントはすべて利用できなくなる。Microsoft Foundryへの移行は単なるURL変更ではなく、チームは認証、モデルバージョン、課金、出力互換性を改めて検証する必要がある。

GitHub Modelsは7月30日をもって全面的に廃止される。対象はWeb版Playgroundにとどまらず、モデルカタログ、ホスト型推論API、Bring Your Own Key(BYOK)エンドポイントも含まれ、現在もサービスを利用している既存顧客も同様に影響を受ける。GitHubは7月16日と23日に短時間のサービス中断を予定しており、エンドポイントに依存するワークフローで障害発生時の経路を事前に顕在化させる。正式な終了後、関連インターフェースは完全に削除される。
この変更は、GitHub Modelsを軽量なモデルゲートウェイ、学習環境、CIテスト用バックエンドとして利用しているチームにとって特に重要だ。アプリケーションがOpenAI互換のリクエスト形式を採用している場合でも、Microsoft Foundryへの移行では、新しいリソース名やデプロイ名、AzureのIDおよびアクセス権限、リージョン別の可用性、クォータ、コンテンツフィルタリング、課金アカウントへの対応が必要になる可能性がある。モデル名が同一でも、プロバイダーが提供するバージョン、デフォルトパラメーター、レスポンスフィールドが完全に一致するとは限らない。そのため、base URLを置き換えるだけでは、ストリーミングの解析、ツール呼び出し、構造化出力が実行時に失敗するおそれがある。
MicrosoftはFoundryを代替モデルプラットフォームと位置付け、ホスト型およびserverless推論、モデル比較、ルーティング機能を提供している。しかしGitHubは、既存の設定、キー、利用履歴が自動的に移行されるとは明言していない。エンジニアリングチームはまず、コード、GitHub Actions、サンプルプロジェクト、シークレットストアに残る旧エンドポイントを洗い出す必要がある。そのうえで実トラフィックをリプレイし、レイテンシ、エラーコード、出力schemaをテストしてから、二重書き込みまたはロールバック可能な構成で切り替えるべきだ。今後の注目点は、終了時刻が具体的にどのように適用されるか、障害レスポンスに一貫性があるか、そしてGitHub Modelsを引き続き参照しているSDK、教材、テンプレートがいつ更新されるかである。