使っているモデルは、ある日いなくなる

GitHub Copilot が2026年9月1日、6つのモデルを全面的に廃止した。7月31日に告知されている。

例外が1つある。Claude Sonnet 4.6 は年額プランの個人契約者にだけ残る。 Sonnet の選択肢を維持するため、と説明されている。

管理者がやることがある

告知はこう書いている。廃止そのものには対応不要だが、後継を使えるようにするには操作が要る。

廃止されたモデルを削除する操作は不要です。

つまり放っておくと、消えるほうは自動で消え、増えるほうは増えない。

「どのモデルを使うか」は、調達時に一度決めれば済む項目ではない。

稟議では通常、製品を選ぶ。しかし実際に開発者が触るのはモデルであり、そのモデルはベンダーの都合で入れ替わる。 今回のように、事前告知はあっても選択の余地は無い。

現場で起きるのはこうである。ある朝、使っていたモデルが選択肢から消えている。管理者が後継を有効化していなければ、代わりも出てこない。 問い合わせは情シスに来る。

準備できることは3つある。

モデルの廃止告知を追う経路を決めておく。 ベンダーの changelog を誰が見るのか。今回は7月31日告知の9月1日廃止で、猶予は1か月だった。気づくのが遅れると猶予はさらに短くなる。

後継モデルの有効化を、廃止前の作業として持つ。 廃止当日に慌てると、その日の開発が止まる。ポリシー変更は事前にできる。

評価を後継モデルでやり直す前提を持っておく。 「Opus 4.5 で検証したから大丈夫」は、4.5 が消えた時点で根拠を失う。検証結果はモデルのバージョンに紐づくので、入れ替わるたびに賞味期限が切れる。

稟議に書くなら「モデルは入れ替わる。追随の運用を持つ」の一行が要る。 製品名だけで通すと、入れ替わりのたびに説明のやり直しになる。

なお、10月2日にも別の廃止が予定されている。一度きりの出来事ではない。