生成AIモデルの提供終了にどう備える？API・業務システムの移行チェックリスト

生成AIを業務システムや自動化ワークフローに組み込んでいるなら、「使っているモデルはいつか提供終了になる」ことを前提に、棚卸し・監視・移行の手順を決めておくことが欠かせません。提供終了日を過ぎたモデルへのリクエストは失敗するため、気づかないまま放置すると、問い合わせ対応や書類作成などの業務が突然止まるおそれがあります。

実際に、Anthropicの公式ドキュメントでは、Claude Sonnet 4.5（claude-sonnet-4-5-20250929）のClaude APIでの提供終了日が2026年11月30日とされています。OpenAIの公式ドキュメントでも、複数のモデルや機能の提供終了予定が公表されています。本記事では、各社の公式ドキュメントで提供終了のルールを確認したうえで、業務でAIを使う企業が備えるべき移行の手順を解説します。

生成AIモデルの「提供終了」とは

生成AIのモデルは、新しいモデルの登場に合わせて古いものが順次提供終了になります。Anthropicの公式ドキュメントでは、モデルのライフサイクルを次の4つの状態で説明しています。

OpenAIの公式ドキュメントでも、非推奨（deprecation）が発表された時点でそのモデルやエンドポイントは非推奨となり、すべてに提供終了日（shutdown date）が設定されると説明されています。提供終了後はアクセスできなくなります。

通知の期間は各社で異なる

どちらも、影響を受ける利用者にはメールで通知し、ドキュメントにも掲載するとしています。ただし、メールの宛先が退職者や共有されていないアドレスになっていると、通知に気づけません。

2026年11月時点で公表されている主な提供終了予定

各社の公式ドキュメントで2026年11月10日に確認した、直近の主な予定です。予定は変更される可能性があるため、必ず最新のドキュメントを確認してください。

モデルだけでなく、APIの機能やパラメータも廃止されることがあります。たとえばAnthropicのドキュメントでは、temperature・top_p・top_k のパラメータが API バージョン 2026-10-21 で削除され、指定するとエラーが返るとされています。プロンプトの書き方で出力を調整するよう案内されています。

あわせて読みたい企業のAIガバナンス構築ガイド｜AI事業者ガイドライン（第1.2版）を実務に落とし込む方法

業務システムのどこでモデルを使っているか棚卸しする

移行の第一歩は、自社のどこで、どのモデルを、どの経路で使っているかを一覧にすることです。生成AIの利用が広がるほど、担当者の知らないところで使われているモデルが増えていきます。

Anthropicのドキュメントでは、Claude Consoleの使用量ページからCSVをエクスポートし、APIキーとモデルごとの利用状況を確認する方法が案内されています。こうした利用状況のデータと、システム側の設定の両方から棚卸しすると漏れを防げます。

個人で契約したAIサービスやAPIキーが業務で使われている状態は、提供終了への対応だけでなく、情報管理の面でもリスクがあります。対策はシャドーAIのリスクと対策で解説しています。

移行の手順

1. 評価用データを用意する

移行で最も重要なのは、新しいモデルで業務の品質が保てるかを確かめる評価用データです。実際の業務で使っている入力（問い合わせ文、議事録の元データ、請求書の画像など）と、期待する出力の例を20〜50件程度集めておくと、モデルを切り替えるたびに同じ条件で比較できます。個人情報や機密情報を含む場合は、マスキングしたうえで使いましょう。

2. 新しいモデルで比較する

新しいモデルは一般に性能が向上していますが、出力の形式や長さ、指示の解釈の仕方が変わることがあります。後続の処理が特定の形式を前提にしている場合は、特に注意が必要です。

3. 段階的に切り替える

一度にすべての業務を切り替えるのではなく、影響の小さい業務から順に切り替えます。切り替え後の数日間は、エラーの件数や担当者からの指摘を確認し、問題があればすぐに戻せるようにしておきます。

4. 旧モデルの参照を削除する

切り替えが終わったら、設定ファイルや手順書に残っている旧モデル名を削除します。古い設定が残っていると、別の担当者がそれをコピーして新しいワークフローを作ってしまうことがあります。

止まらない仕組みを作るためのチェックリスト

• 利用しているモデルの一覧（利用箇所・モデル名・経路・担当者）がある
• モデル名を、コードに直接書かず設定で切り替えられるようにしている
• 提供元からの通知を受け取るメールアドレスが、チームで共有されている
• 各社の提供終了ページを、月1回確認する担当者が決まっている
• 業務ごとの評価用データ（入力と期待する出力）がある
• モデルを切り替えたときに、元に戻す手順がある
• エラーが発生したときに、担当者へ通知される

システム連携の基本はAPI連携とは、ワークフローの作り方はn8nの使い方で解説しています。

FlowStack Labsの見解：モデルは「部品」として交換できるように設計する

生成AIのモデルは、これからも短い周期で新しいものに置き換わっていきます。私たちは、業務システムにAIを組み込む際、モデルを交換可能な「部品」として設計することを最も重視しています。

具体的には、モデル名やプロンプトを設定で管理し、業務の処理とAIの呼び出しを分けておくことです。そうしておけば、提供終了の通知が来ても、評価用データで新しいモデルを試し、設定を切り替えるだけで移行できます。逆に、プロンプトとモデル名がワークフローのあちこちに直接書かれていると、移行のたびに大きな改修が必要になります。

また、提供終了は「コスト」だけではなく「機会」でもあります。新しいモデルに切り替えることで、精度の向上や処理時間の短縮が得られることも多くあります。評価用データを持っている企業は、新しいモデルが出るたびに短時間で比較でき、その恩恵をいち早く受けられます。AIの運用ルール全体の作り方はAIガバナンスの構築ガイドも参考にしてください。

よくある質問

まとめ

• 生成AIのモデルは定期的に提供終了になり、提供終了後のリクエストは失敗します。
• 通知の期間は、Anthropicは一般提供モデルで少なくとも60日前、OpenAIは一般提供モデルで少なくとも6か月前とされています。
• 2026年11月30日にはClaude Sonnet 4.5のClaude APIでの提供終了など、直近の予定があります。
• 棚卸し、評価用データでの比較、段階的な切り替え、旧モデルの参照削除の順に進めます。
• モデルを交換可能な部品として設計することが、長期的な対策になります。

業務システムや自動化ワークフローに組み込んだAIの棚卸し、モデル移行の評価・設計は、FlowStack Labsの無料相談でご相談いただけます。AIエージェントやシステム連携の開発についてはAI導入支援もご覧ください。

参考資料

• Anthropic「Model deprecations」
• OpenAI「Deprecations」
• Anthropic「Commitments on Model Deprecation and Preservation」