AIが止まると仕事も止まる？｜障害・値上げ・提供終了への備え

朝いちばん、今日のタスクを開いて、いつものようにAIのコーディング支援に頼もうとしたら——つながらない。 「少し待てば戻るかな」と5分待ち、10分待ち、気づけば午前の半分が過ぎていた。 しかも頭の中では、「そういえば、あのレビューの手順もAI前提で組んでいたな」と、別の不安がふくらんでいく。

そんな朝、ありませんか。

先に言っておくと、AIに頼って仕事をしていること自体は、何も悪くありません。速くなった分、ちゃんと成果も出ているはずです。困るのは「頼っていること」ではなく、止まったときの次の一手が、まだ決まっていないこと。そこは今日から少しずつ整えられます。

結論：AIが使えなくなるパターンは、「障害（一時的に止まる）」「値上げ・プラン変更（使い続けにくくなる）」「提供終了（なくなる）」の3つに分けて考えると整理できます。備えは大がかりでなくて大丈夫です。① 自分たちがAIに頼っている作業を1枚に棚卸しする、② 止まったときの「代わりの手」を作業ごとに1行決めておく、③ プロンプトや手順を特定のツールの中に閉じ込めず、リポジトリ側に置く。まずは①の棚卸しを、30分だけやってみるところから始めましょう。

何が起きているのか——便利になるほど、「前提」が見えなくなる

AIツールを使い始めた頃は、「AIで試してみる」という特別な作業でした。 それが今では、コードを書く、レビューの一次チェックをする、議事録をまとめる、エラーの意味を調べる——毎日の作業の中に、溶け込んでいます。

溶け込むのは、うまく使えている証拠です。ただ、そのぶん「この作業はAIがある前提で回っている」ということが、本人にも見えにくくなります。

そして、AIツールは私たちの都合とは関係なく動きます。

• 障害：サービス側の不具合や混雑で、数十分〜数時間つながらない。社内ネットワークやプロキシの都合で、自分たちだけ使えないこともある。
• 値上げ・プラン変更：料金体系や利用上限、使えるモデルが変わり、これまでと同じ使い方が続けにくくなる。
• 提供終了：使っているモデルや機能、ツールそのものの提供が終わる。告知から終了まで一定の猶予があることが多いものの、準備しないまま迎えると慌てることになる。

どれも「まさか」ではなく、クラウドのサービスを使っていれば、いつか一度は出会うものです。だからこそ、怖がるより先に、出会ったときの順番を決めておく方が気持ちも楽になります。

3つのパターンで、効いてくる備えが違う

3つは似ているようで、効いてくる備えがそれぞれ違います。

すべてを完璧にする必要はありません。いちばん困りそうなパターンから1つ手をつければ十分です。

具体例：小さな開発チームで棚卸ししてみたら

たとえば、5人の開発チームで「AIに頼っている作業」を30分で書き出してみたとします（内容は説明のための例です）。

書き出してみると、5つのうち4つは「なくても遅くなるだけ」で、本当に困るのは「障害時のログ解析」だけだった——ということがよくあります。 こうなると、備えるべき場所がひとつに絞れます。ログの読み方の手順書を1枚作っておく。それだけで、「AIが止まったらどうしよう」という漠然とした不安が、具体的な1つのToDoに変わります。

備えがないままだと、何が起きるか

止まったときの一手が決まっていないと、こんなことが重なりがちです。

• 「待つ」以外の選択肢がなくなる：いつ戻るか分からないまま、午前中がまるごと溶けてしまう。
• 値上げに気づくのが請求のあと：プラン変更の告知を誰も見ておらず、月末の請求で初めて知る。上への説明も後手に回ります。
• プロンプトや手順が一緒に消える：ツールの中に保存していた便利なプロンプトや設定が、乗り換えのときに持ち出せない。チームで育ててきたものほど、失うと痛い。
• 「AIがないと仕事ができない人」と見られる不安：本当はそうではないのに、止まった日の混乱で、そう見えてしまう。

逆に言えば、どれも少しの準備で避けられるものばかりです。

明日やること（小さく始める3つ）

1. 「AIに頼っている作業」を1枚に棚卸しする（30分）

チームで集まれなくても、自分ひとりからで大丈夫です。表の列は3つだけ。

作業 | どれくらい頼っているか | 止まったときの代わりの手

ポイントは、3列目が空欄になる作業を見つけること。空欄が、いちばん先に手当てしたい場所です。全部を埋めようとしなくてかまいません。

2. 止まったときの「最初の15分」を決めておく

障害のときに迷うのは、だいたい最初の15分です。ここだけ決めておくと、ぐっと落ち着けます。

1. 状況を確かめる：使っているサービスの稼働状況ページ（ステータスページ）を開く。社内の他の人も使えないかをチャットで聞く。
2. 見通しを共有する：「AIツールが使えないため、今日の作業は手作業に切り替えます」とチームに一言。
3. 代わりの手に切り替える：棚卸し表の3列目どおりに動く。急ぎでない作業は、復旧後に回す。

ステータスページのURLは、チームのREADMEや手順書に1行書いておくだけで十分です。止まってから探すと、意外と見つからないものなので。

3. プロンプトと手順を「ツールの外」に置く

よく使うプロンプト、レビューの観点、AIに渡している前提条件。これらがツールの中にしか保存されていないなら、リポジトリの中に docs/ai/ のようなフォルダを作って、テキストで置いておきましょう。

docs/ai/
  review-prompt.md      # PRの一次レビューで使う頼み方
  test-perspectives.md  # テスト観点の洗い出しの頼み方
  status-pages.md       # 使っているAIサービスの稼働状況ページ一覧

テキストで置いておけば、ツールが変わってもそのまま別のAIに渡せます。人が読んでも手順書として使えるので、AIが止まった日にも役に立ちます。 値上げ・プラン変更の告知は、契約や管理の担当者にメールが届いていることが多いので、「告知が来たらチームのチャンネルに流してもらう」とお願いしておくのもおすすめです。

チェックリスト：AIが止まっても慌てないために

【必須】の3つだけでも、止まった日の動き方はずいぶん変わります。 残りは余裕があるときに。

• 【必須】AIに頼っている作業を書き出し、「止まったときの代わりの手」が空欄の作業を把握しているか
• 【必須】使っているAIサービスの稼働状況ページの場所を、チームの手順書に書いてあるか
• 【必須】よく使うプロンプトやレビュー観点を、ツールの外（リポジトリなど）にテキストで置いているか
• （余裕があれば）値上げ・プラン変更・提供終了の告知が、チームに届く流れになっているか
• （余裕があれば）誰が・どのツールを・何に使っているかを、ざっくり一覧にしているか
• （余裕があれば）代わりになりそうな別のツールやモデルを、一度は試しているか（社内ルールで使ってよい範囲で）
• （余裕があれば）製品の機能としてAIを組み込んでいる場合、止まったときの縮退（代わりの動き）を設計しているか
• （余裕があれば）「AIがない前提」でもこなせる手順書が、いちばん困る作業について1枚あるか

最後に

AIに頼って仕事をしているのは、あなたが新しい道具をちゃんと使いこなそうとしてきた証拠です。 止まる日が来ても、それで積み上げてきたものが消えるわけではありません。手順と知恵を、ツールの外にも少しだけ置いておく。それだけで、止まった日は「慌てる日」から「いつもより少し遅い日」に変わります。

まずは明日、30分だけ時間をとって、「自分がAIに頼っている作業」を書き出してみてください。空欄がひとつ見つかれば、それが今週の小さな一歩です。

よければ、こちらも

• AIモデル・ベンダーの乗り換えに備える設計｜疎結合の作り方
• AI機能のコスト上限を設計する｜使いすぎを止める予算ガード
• チームでAIの使い方を共有する｜属人化を防ぐナレッジの回し方
• AIに頼りすぎてスキルが育たない｜チームの学習を止めない工夫
• AI利用の社内ガイドラインの作り方｜使ってよい範囲の決め方

関連用語

• フォールバック
• レート制限
• LLM