AIモデルが急に使えなくなったら：中小企業が先に作る業務継続プラン

AIの業務利用で見落とされがちなのは、モデルの性能ではなく、そのモデルが明日も同じ条件で使えるとは限らないという点です。

高性能モデルが発表されると、長い文書を読める、コードを書ける、画像も扱える、といった能力に注目が集まります。もちろん性能は重要です。しかし、会社の業務に組み込むなら、もう一つ別の問いを置く必要があります。

それは、「このモデルが急に使えなくなったとき、どの業務が止まるのか」です。

最近のClaude Fable 5 / Claude Mythos 5をめぐる報道では、米政府の輸出管理指令を受けてAnthropicが両モデルへのアクセスを停止した、と複数メディアが報じています。Anthropic公式docs上でも、Claude Fable 5は広く提供されるモデル、Claude Mythos 5はProject Glasswing経由の限定提供モデルとして整理され、Fable 5では拒否応答やfallbackを前提にした実装が案内されています。

この記事では、特定企業や政府判断の是非ではなく、中小企業がAIを業務に入れる前に作っておきたい「AIモデル停止時の業務継続プラン」を整理します。

モデル停止は特殊な事件ではなく、業務リスクとして見る

AIモデルが使えなくなる理由は、障害だけではありません。

提供会社の仕様変更、利用規約の変更、価格改定、リージョン制限、API上限、セキュリティ判断、規制対応、クラウド側の提供条件変更など、原因はいくつもあります。

ここで大事なのは、「どの理由で止まったか」を追う前に、自社の業務側で影響範囲を見えるようにしておくことです。

たとえば、AIを次のような業務に使っている会社を考えます。

顧客メールの下書き
問い合わせ分類
議事録の要約
提案書の構成案
社内FAQの回答
コードレビュー
経営メモの整理

このうち、AIが使えなくなった瞬間に止まる業務はどれでしょうか。

下書きが少し遅れるだけなら、手作業に戻せば済むかもしれません。一方で、問い合わせ分類が完全にAI依存になっていると、顧客対応が詰まります。社内FAQの回答がAIだけに集約されている場合、担当者が休んだ日ほど影響が大きくなります。

AI導入前に見るべきなのは、モデル名ではなく、停止時に業務が止まる箇所です。

「単一モデル前提」の設計を避ける

中小企業のAI導入で危ないのは、最初から一つのモデル名を前提にしてしまうことです。

「このモデルで全部やる」と決めると、最初は楽です。プロンプトも一つ、検証も一つ、担当者の説明も一つで済みます。しかし、そのモデルが拒否応答を返したり、料金が変わったり、利用条件が変わったり、アクセスできなくなったりすると、業務全体が一緒に揺れます。

代わりに、業務を次の3層に分けます。

1. 入力と資料
2. 処理手順
3. 実行するAIモデル

入力と資料は、社内の共有フォルダ、Notion、Google Drive、業務DBなどに残します。

処理手順は、プロンプトだけでなく、「どの資料を見るか」「出力形式は何か」「誰が確認するか」「失敗したらどう戻すか」まで書きます。

AIモデルは、その手順を実行する部品として扱います。Claudeでも、ChatGPTでも、Geminiでも、ローカルLLMでも、同じ業務手順をできるだけ移し替えられる状態にしておく。これが、モデル停止に強い設計です。

まず作るべきは「代替モデル表」ではなく「戻し先」

AIモデル停止時の対策というと、すぐに代替モデル一覧を作りたくなります。

ただ、実務では代替モデル表だけでは足りません。モデルを切り替えても、同じ品質で返ってくるとは限らないからです。

先に決めるべきは、戻し先です。

低リスク:
  別モデルで再実行してよい

中リスク:
  別モデルで下書きし、人間が確認する

高リスク:
  AI処理を止め、責任者に戻す

たとえば社内メモの要約なら、別モデルで再実行してもよいでしょう。顧客に送る見積回答なら、人間確認に戻すべきです。契約、個人情報、公開前の重要発表、採用判断、支払い判断に関わるものは、別モデルへ自動で流さず、責任者確認に戻す方が安全です。

この分岐がないまま代替モデルだけを用意すると、止めるべき業務まで「別のAIで続行」してしまいます。

AIを止めないことより、止めるべきところで止められることの方が大切です。

プロンプトはツールの中に閉じ込めない

モデルが使えなくなるとき、意外に困るのがプロンプトや手順の所在です。

チャット履歴の中にだけプロンプトがある。個人アカウントのプロジェクト機能にだけ手順がある。担当者のローカルPCにだけテンプレートがある。こうした状態では、モデル停止だけでなく、担当者不在やアカウントトラブルでも業務が止まります。

最低限、次の5つはAIツールの外に保存します。

業務名
使う資料
入力してよい情報
入力してはいけない情報
出力形式
確認者
失敗時の戻し先

これは大きな台帳である必要はありません。最初は1業務1ページで十分です。

重要なのは、AIの画面を開けなくても、別の担当者が「何をしていたのか」を追えることです。

公式情報を見る順番を決めておく

AIモデルの停止や仕様変更が話題になると、SNSや動画では短い言葉だけが先に広がります。

「使えなくなった」「危険だから停止された」「もう復旧する」「別ルートなら使える」

こうした情報は、すぐに判断材料へ使わない方が安全です。まず見る順番を決めておきます。

1. 提供会社の公式docs、公式status、公式発表
2. 自社が契約しているクラウド、代理店、管理画面の通知
3. 複数の信頼できる報道
4. SNSや個人の検証報告

今回のような高性能モデルでは、公式docs上の提供範囲、利用可能な経路、データ保持、fallback、価格、モデルIDが重要になります。一方で、規制や政府判断の詳細は、公式発表だけで分からないこともあります。その場合は、「報道によれば」と出典を分け、自社の業務判断では未確認部分を前提にしないことが必要です。

AIのニュースを急いで追うことより、未確認情報で業務設定を変えないことの方が、会社を守ります。

1業務だけで停止訓練をする

業務継続プランというと大げさに聞こえますが、最初から全社分を作る必要はありません。

まず1業務だけで、30分の停止訓練を行います。

対象業務:
  顧客メール返信案の作成

停止条件:
  普段使うAIモデルが使えない

確認すること:
  プロンプトはどこにあるか
  入力資料はどこにあるか
  別モデルで再実行できるか
  人間確認に戻す条件は何か
  顧客返信が何分遅れるか

これだけで、かなりの弱点が見えます。

プロンプトが個人チャットにしかない。顧客情報をどこまで入れてよいか決まっていない。別モデルに切り替えると出力形式が崩れる。誰が最終確認するか曖昧。こうした問題は、実際に止まってから気づくと大きな混乱になります。

停止訓練は、AIに詳しい会社だけがやるものではありません。むしろ、AIを本格導入し始める中小企業ほど、最初に小さく試す価値があります。

Optiensの見方

Optiensでは、AI導入を「最新モデルを入れること」ではなく、「業務と責任の流れを設計すること」と捉えています。

無料のAI活用診断簡易版では、フォーム入力をもとに、どの業務がAI化に向くかを整理します。詳細版AI活用診断では、導入可否、優先順位、構成案、費用前提を整理します。実装や伴走が必要な場合は、診断とは別の導入支援領域として扱います。

AIモデルはこれからも変わります。高性能化も進みますし、料金や提供条件も変わります。だからこそ、中小企業が先に作るべきなのは、特定モデルに賭ける計画ではありません。

モデルが止まっても、業務が止まらない設計です。