【ITニュース解説】A Vendor Deleted a Shutdown Date and Nothing Told Anyone. So I Counted the Next 90 Days.

AIモデルを提供する大手ITベンダーが、製品の提供終了日に関する情報を予告なく変更・削除し、その変更履歴が残らないという問題が指摘されている。これは、システムエンジニアにとって非常に重要な課題であり、利用しているAIモデルがいつ使えなくなるか、といった情報を正確に把握できないというリスクを意味する。予期せぬシステムの停止や再構築を招く可能性があり、サービスの安定稼働に直接影響を及ぼす。

Webページは通常、常に最新の「状態」を表示する。しかし、多くのページでは過去の「履歴」が残らないため、いつ、何が、どのように変更されたのかを知る術がない。記事の事例では、GoogleのAIモデル「gemini-2.5-pro」などの提供終了日が一時的に「2026年10月16日」と明記されていたにもかかわらず、わずか数日後にはその日付が削除され、「提供終了日は未発表」という表記に変わっていた。この変更について、ベンダーから利用者への通知や変更履歴の記録は一切なかった。このため、同じページを見た時期が違うと、把握する情報が異なり、それぞれ異なる情報に基づいてスケジュールを立ててしまう事態が発生する。これはベンダーが不注意なのではなく、Webページが履歴ではなく現在の状態だけを保存する仕組みになっていることに起因する問題であると指摘している。

このような情報消失や変更を検知するため、筆者は自らが開発した「クローラー」というプログラムを使用している。クローラーとは、インターネット上のWebページを自動で巡回し、情報を収集・記録するソフトウェアのことである。このクローラーは、Googleを含む15のAIモデルベンダーの「提供終了ページ」を毎日巡回し、ページの変更内容を記録し続けている。これにより、ベンダーが情報を上書きしても、過去の変更履歴を追跡できるようになっている。ベンダーの公式ページだけでは分からない、提供終了の全体像を把握し、潜在的なリスクを可視化することが、このクローラーの目的だ。

このクローラーが集めたデータによると、2026年9月24日から12月22日までの次の90日間で、合計62種類のAIモデルが提供終了を予定していることが明らかになった。具体的な内訳は、9月下旬に12モデル、10月に28モデル、11月に12モデル、12月上旬に10モデルがそれぞれ提供を終える計画だ。これだけの数のモデルが短期間に利用できなくなることは、それらを利用しているシステムにとって大きな影響を及ぼす可能性がある。

さらに、ベンダーごとに提供終了に関する情報開示の姿勢が大きく異なることが分かった。OpenAI、Azure、Googleの各ベンダーは、提供終了するモデルの多くで後継モデル名を明記しているが、いつ提供終了が発表されたかという情報はほとんど記載していない。一方でAWSは、提供終了の発表日を明記しているが、後継モデル名は一つも記載していない。この傾向から、多くのベンダーが後継モデル情報と発表日の両方を同時に提供しているわけではないことが分かる。合計62モデル中、後継モデル名と発表日の両方を明記しているのは、わずか1モデル「gpt-5.4-cyber」のみだった。このモデルの場合、発表から提供終了までの期間はわずか20日間しかない。他社の公開ポリシーでは最低60日以上の通知期間が一般的であり、20日間という期間は極めて短い。発表日を明記しないベンダーは、このような短期間での提供終了を告知しても、利用者はいつから情報が公開されていたかを証明できないため、責任を問われにくいという構造的な問題を示唆している。

筆者は、提供終了が「いつ発表されたか」という情報について、ベンダーが公式ページに明記した日付のみを信頼し、記録している。自身のクローラーがページを読み込んだタイムスタンプは、ベンダーの公式な発表日とは異なるため、たとえ空欄を埋めることができても、その情報は使用しない。これは、クローラーの動作タイミングとベンダーの編集タイミングのずれが、あたかもベンダーの公式な発表であるかのように誤解されるのを避けるためだ。後継モデルの記載についても同様に、ベンダーが公式に提示したモデル名のみを採用し、自身の推奨モデルを記載することはない。データの正確性と公正さを極めて重視する姿勢が伺える。

今回の62モデルのリストには含まれないが、過去の記録には34のモデルが「提供終了日は未発表」の状態で記載されている。これらのモデルは、具体的な提供終了日が未定のため、カレンダー形式のリストに含めることができない。しかし、これらもいつ提供終了が発表されるか分からず、発表された際には前述の「gpt-5.4-cyber」のように、ごく短期間での通知となる可能性も十分にあり、システムエンジニアにとっては予期せぬリスクとなる。

このような不確実性に対応するため、記事はシステムエンジニアが取るべき具体的な対策を提言している。一つは、AIモデルを参照する際には、単なるエイリアス（例えば「sora-2」）ではなく、「sora-2-2025-10-06」のような日付が明記された具体的なモデル名を使用すべきだという点だ。エイリアスはベンダーによって内部的にマッピングされるモデルが変更される可能性があり、意図せず提供終了の対象になったり、異なる動作をするモデルを参照してしまったりする危険性があるためだ。もう一つは、提供終了予定の情報を確認したいベンダーの公式ページを定期的に監視し、その情報を自身で記録する仕組みを導入することだ。筆者が行っているような高度なクローラーを自前で用意する必要はなく、例えば、Webページの内容を定期的に取得し、そのHTMLコードをバージョン管理システム（Gitリポジトリなど）に保存するようなシンプルな自動実行ジョブを組むだけでも十分だ。これにより、ページの変更履歴（差分）と変更された日時を記録できる。このような仕組みは、「昨日と今日で情報が変わったが、いつ、何が変わったか分からない」という問題を回避し、変更を即座に検知することで、システム改修の準備期間を確保するために極めて有効である。

この記事は、AIモデルの急速な進化とそれに伴う提供終了の多発という現実の中で、ベンダーからの情報提供のあり方に潜むリスクを浮き彫りにしている。システムエンジニアは、ベンダーの公式ドキュメントだけに頼るのではなく、能動的に情報を監視し、変更履歴を自身で記録する仕組みを構築することの重要性を強く示唆している。これにより、予期せぬシステム停止や大規模な改修作業を回避し、サービスの安定稼働と開発プロセスの健全性を維持するための重要な知見が提供されている。