生成AIが仕事へ深く入り込むほど、「AIが使えない時間」の意味は変わります。
数年前なら、ChatGPTが一時的に使えなくても、少し不便になる程度で済んだ会社が多かったはずです。
今はメール下書き、議事録、調査、提案書、コード、画像制作、社内検索までAIを前提にした作業が増えています。
その状態で主力サービスが止まると、困るのはAIとの会話ではありません。提出物の完成、顧客対応、意思決定そのものが止まります。
実際、OpenAIの公式ステータス履歴では2026年8月にもChatGPTの会話エラーや一部プランへの障害が複数記録されています。
8月4日にはPlus、Pro、Business、Eduのユーザーで会話エラーが発生し、一部の応答が失敗・中断したと案内されました。
これは特定のAIだけが不安定だという意味ではありません。
クラウドサービスを使う以上、障害、利用制限、認証トラブル、モデル切り替えなどを完全には避けられない、という事実を示しています。
そこで必要になるのが「別のAIも契約しておく」ことではなく、主力AIを使えない状態で重要業務を復旧できるか試す訓練です。
本記事では、非エンジニアの小規模チームでも実行できるよう、1時間で代替AIへ切り替える方法に絞って整理します。
AIの業務継続を考える時、最初に見落としやすいのが「サービスへログインできる＝仕事を再開できる」ではないことです。
たとえばChatGPTで毎週作っている市場調査レポートをClaudeへ移すとします。
プロンプトをコピーできても、参照していたDriveのファイル、過去の会話、社内用の指示、出力テンプレート、Web検索の方法、完成後のチェック項目が移らなければ、同じ品質には戻りません。
さらに、サービスごとに機能と権限の考え方が違います。
Google Workspaceでは管理者がGemini自体の利用やWorkspaceデータへのアクセスを制限できます。
Claudeでは個人ユーザーが会話履歴などをエクスポートできますが、Team・Enterpriseでは組織のPrimary Ownerだけがデータエクスポートできる仕組みです。
つまり、「データはある」だけでなく、「誰が取り出せるか」まで確認しておかなければ復旧時に詰まります。
業務停止の原因は、AIモデルの障害だけではありません。
このどれか一つでも、普段の手順が成立しなくなる可能性があります。
だから訓練では「AIが使えるか」ではなく、「業務成果物を別ルートで完成できるか」を合否基準にします。
すべてのAI活用をバックアップする必要はありません。最初は、止まると困る業務を3つだけ選びます。
候補になりやすいのは、締切がある、顧客へ出す、毎日または毎週繰り返す、売上や意思決定に直結する仕事です。
たとえば「顧客メールの返信」「週次レポート作成」「提案書の初稿」の3つなら、訓練対象として扱いやすいでしょう。
反対に、思いついた時だけ使うアイデア出しや、失敗しても翌日に回せる画像生成まで最初から対象にすると、準備が広がり過ぎます。
各業務について、まず現在の主力AIを使わずに完成させる代替ルートを決めます。
顧客メールならClaudeを主力、Geminiを代替、最終手段は手動テンプレート。
週次レポートならChatGPTを主力、Geminiを代替、最終手段は過去レポートのコピー。
提案書ならGeminiを主力、ChatGPTを代替、最終手段は社内フォーマットを人が編集する、といった形です。
ここで手動手順を残す理由は、複数サービスが同時に使えないケースだけではありません。
機密情報の都合で、代替AIへデータを移せない業務もあるからです。
1時間で復旧するには、障害が起きてから情報を探してはいけません。業務ごとに次の6項目を1枚へまとめておきます。
ここで最も効くのが「完成基準」です。
同じプロンプトを別AIへ渡しても、文体、引用方法、表の作り方、慎重さは変わります。
そこで「見出し5つ」「数字は一次情報で確認」「顧客名を推測しない」「提出前に担当者が事実確認」といった合格条件をAIの外側に置きます。
業務をAIサービスの中だけで管理すると、サービスが変わった瞬間に完成条件まで失います。
共通プロンプトと完成基準は、社内ドキュメントや共有フォルダなど、主力AIとは別の場所へ保存しておく方が安全です。
サービスをまたぐ時は、AI固有の便利機能をいったん外して考えます。
プロジェクト、カスタム指示、コネクタ、エージェント、社内検索は便利ですが、その設定をそのまま別サービスへ移せるとは限りません。
最初に、仕事を「入力」「指示」「出力」「検証」の4つへ分解します。
入力は、AIへ渡すファイルやデータ。指示は、目的、条件、禁止事項。出力は、完成物の形式。検証は、数字、出典、顧客情報など人が確認する部分です。
この4つがサービスの外に残っていれば、別AIで再構成できます。
データの持ち出しも事前確認が必要です。
Claudeの公式ヘルプでは、Free、Pro、Maxの個人ユーザーは設定から会話データとアカウントデータをエクスポートできます。
一方、Team・Enterpriseでは組織のPrimary Ownerがエクスポートを行います。
OpenAIやGoogleにもアカウント・管理機能ごとのエクスポート手段がありますが、「エクスポートできること」と「別AIへそのままインポートできること」は別です。
さらに、機密情報を代替サービスへ移す場合は、法人契約の条件を優先して確認します。
Anthropicは商用製品について、明示的に許可した場合などを除き、入力・出力をモデル学習へ使わないと説明しています。
Google Workspaceも、組織データやプロンプト、生成回答を許可なくGeminiモデルの学習・改善に使わないと案内し、管理者がGeminiのWorkspaceデータアクセスを制限できます。
したがって、切り替え訓練で最初から本物の顧客データを使う必要はありません。
匿名化したテストデータで手順を確認し、本番データを移す条件は情報システム担当や契約管理者と別途決めておく方が安全です。
訓練日は、主力AIを「使えないもの」として扱います。実際に障害を待つ必要はありません。
最初の10分で、対象業務と切り替え用シートを確認します。次の15分で代替AIへログインし、必要な入力データと共通プロンプトを渡します。
その後20分で成果物を作成し、残り15分で完成基準に沿って人が検証します。
見るべきなのは「代替AIが賢かったか」ではありません。
失敗したら、契約を増やす前に原因を分類します。
プロンプト不足なら共通指示を直す。ファイル不足なら保存場所を変える。
品質差が大きいなら完成基準を細かくする。権限で止まったなら管理者を決める。
AI固有機能への依存が原因なら、その部分だけ手動手順を用意します。
訓練は月1回程度で十分です。モデルやコネクタ、プランは変化が速いため、半年に一度では「代替AIへログインできるが必要機能がなくなっていた」ということも起こり得ます。
毎月すべてを試すのではなく、重要業務3つを順番に回すと負担を抑えられます。
AIの業務継続で備えるべきなのは、「ChatGPTが止まったらClaudeを開く」といったサービス名の切り替えではありません。
仕事を、入力データ、共通指示、完成基準、代替AI、担当者、手動手順へ分解し、主力サービスがない状態でも成果物を完成できるか確認することです。
複数AIを契約している会社でも、この6項目が整理されていなければ復旧には時間がかかります。
反対に、一つのAIを中心に使っていても、業務の材料と判断基準が外部に残っていれば、切り替えはかなり容易になります。
まずは止めたくない業務を3つ選び、そのうち1つだけ主力AIなしで実行してみてください。
1時間で完成しなかった箇所こそ、次に整備すべき依存点です。
.png){kind=logo}
.png)
