目次
「Claudeに作業を頼んでいる途中で、急に返事が返ってこなくなった」——生成AIを日々の業務に組み込んでいると、ときどきこういう場面に出くわします。画面に出るのは「サービスが混雑していました」という一行だけで、原因の説明はありません。相手側で起きていることなので、こちらから直せるものでもありません。このコラムでは、止まったその場でできる確認と、そもそも業務を止めないために私が普段やっている運用を整理します。
出るのは「サービスが混雑していました」という一行だけです
実際に止まったときの画面が、こちらです。「もう一度試す」を押しても同じ行が返ってきて、やり直した回数だけ警告が積み上がっていきます。
紛らわしいのは、この表示だけでは自分の回線や設定の問題と区別がつかないことです。まずは他のサイトが普通に開くか、別のブラウザや別の端末でも同じ表示になるかを見ます。どちらも同じなら、自分の側ではありません。
そのうえで、外の情報を2か所あたると状況がはっきりします。
- 公式のステータスページを見るClaudeならClaude Status、ChatGPTならOpenAI Statusで、いま障害が出ているかと復旧の経過が公開されています
- Xで名前を検索する「Claude」「ChatGPT」で検索すると、調子が悪い時間帯には「落ちている」「使えない」という投稿が並びます。ステータスページへの反映より早く気づけることがあります
ステータスページは公式の発表なので確実ですが、障害として掲載されるまでに少し時間がかかることがあります。先に他の人の声で気づいて、あとから公式で裏を取る、という順番になる場面も多いです。
その場で打てる手は、思っているより少ないです
相手側の混雑が原因なので、こちらから復旧を早める方法はありません。それでも試す価値があるのは、次の2つくらいです。
- 少し時間をおいて送り直す混雑は波があるため、数分おいてから同じ依頼を出すと通ることがあります
- 長い依頼を短く区切る混んでいるときは処理の重い依頼ほど弾かれやすいので、分けて送ると通る場合があります
ただし、どちらも「通る確率を少し上げる」だけの手です。復旧そのものは待つしかありません。趣味で使っているなら後回しにすれば済みますが、業務の手順に組み込んでいる場合は、待っている時間がそのまま作業の滞りになります。私も以前は復旧を待っていましたが、翌日以降の予定まで押してしまうことがあり、待つ前提をやめました。
いまは、同じ作業を別のAIへ渡して続けています
私が普段やっているのは、AIを1つに絞らず、複数を同じ環境で動かしておく方法です。ClaudeのほかにChatGPTのCodex、Grok、Antigravityの4つを、同じプロジェクトの中で並行して使っています。同じ依頼でもAIによって仕上がりが変わる点は、ChatGPTとClaudeに同じ仕事を任せた比較のコラムにまとめています。
この形にしておくと、Claudeが止まった時点でCodexに同じ作業の続きを頼めます。作業をやり直す必要はなく、止まった場所から進みます。それぞれの得意分野をどう見極めて振り分けているかは、4つのAIエージェントを使い分けるAIオーケストレーションのコラムで詳しく書いています。ここでは、止まったときに切り替えられる理由のほうに絞ります。
切り替えられるのは、場所とルールを共有しているからです
難しい仕組みは使っていません。押さえているのは2点だけです。
- 同じフォルダで作業させる作業の途中経過がチャットの履歴ではなくファイルとして手元に残るため、別のAIがそのまま読めます
- 同じルールを全員に配る書き方や禁止事項が揃っていないと、乗り換えた先で作りかけのものが壊れます
ルールは1つのファイルを正本にして、そこから各AIが読むファイルへ機械的に配っています。手で4か所を書き写すと、必ずどこかがずれて食い違うためです。
ここで一度つまずきました。AIによって、読みにいくファイルの名前が違います。Grok用のつもりで用意したファイルには、実際には中身が1バイトも届いていませんでした。名前を推測で決めていたのが原因で、実際に何を読んでいるかを確認して置き場所を直したところ、ようやくルールが効くようになりました。複数を並べるなら、それぞれが本当にルールを読めているかは一度確かめたほうが安全です。
メモリのインポートは、この用途には向きません
Claudeには、他のAIサービスからメモリを取り込む機能があります。設定画面のこの項目です。
自分の好みや前提をまとめて移せるので、AIを乗り換えるときには便利です。ただし移るのは蓄積された記憶や設定であって、いま進んでいる作業そのものではありません。「さっきまでこのファイルのここを直していた」という状態は含まれないため、止まった瞬間の続きを頼む用途には届きません。
この機能で足りない部分を埋めようとすると、作業の経緯を書いた指示書を別に用意して読ませることになります。それでも回りますが、止まってから指示書を書くのでは、待つのとあまり変わらない時間がかかります。
実際の切り替えは、一言で済んでいます
私が切り替えるときに打つのは、「ローカルのこのファイルの内容を把握して、続きをやって」という一言だけです。改めて指示書を書くことはありません。
そうできるのは、作業の状態がチャットの中ではなく手元のファイルに残っているからです。どこまで進んだか、何を決めたか、次に何をする予定だったかがファイルに書かれていれば、読んだ側はそこから続けられます。逆にいえば、経緯がチャットの履歴にしか無い作り方をしていると、AIが止まった時点でその文脈ごと取り出せなくなります。
この考え方は、AIに限った話ではありません。担当者が急に休んだときに仕事が止まるかどうかも、同じところで決まります。進行中の状態が個人の頭の中ではなく、誰でも読める場所に置かれているかどうかです。
まとめ——止まってから考えるのではなく、切り替えられる形を先に作っておきます
生成AIの不具合は、こちらの努力では防げません。防げない以上、止まったときに困らない作り方をしておくほうが現実的です。
- その場でできることは限られる——時間をおいて送り直すか、依頼を短く区切るくらいで、復旧は待つしかありません
- 切り替え先を普段から動かしておく——止まってから別のAIを準備し始めると、環境を整える時間のほうが長くかかります
- 同じフォルダと同じルールを共有する——この2つが揃っていれば、乗り換えても作業をやり直さずに済みます
- 作業の状態はファイルに残す——チャットの中だけに置かないことが、そのまま引き継ぎやすさになります
自社の業務にAIをどう組み込むか、止まったときの備えも含めて整理したい方は、生成AI導入・業務効率化支援のページもあわせてご覧ください。
よくあるご質問
「サービスが混雑していました」と出たとき、自分の側で直せることはありますか？
残念ながら、ほとんどありません。この表示が出ている時点で、処理を受け付けている側が詰まっています。他のサイトが問題なく開くか、別のブラウザや別の端末でも同じ表示になるかを確認して、どちらも同じなら自分の回線や設定の問題ではないと判断できます。そのうえでできるのは、少し時間をおいて再試行することと、長い依頼を短く区切って送り直すことくらいです。混雑しているときは処理の重い依頼ほど通りにくいため、短く分けると通ることがあります。ただし、これは復旧を早める手ではなく、通る可能性を少し上げるだけの手です。
AIを複数契約すると費用が増えます。それでも用意しておく価値はありますか？
業務のどれくらいをAIに預けているかで変わります。調べものや文章の下書き程度であれば、止まっても後回しにできるので、無理に増やす必要はありません。一方で、日々の作業の手順そのものをAIに組み込んでいる場合は、止まっている時間がそのまま滞りになります。私の場合は、AIが止まると翌日以降の予定まで押してしまう作り方をしているため、複数を用意しておく費用より、止まったときに失う時間のほうが大きいと判断しています。まずは今の業務が何時間止まったら困るかを数えてみると、判断しやすくなります。
切り替え先のAIに、作業の経緯をどう説明すればいいですか？
同じフォルダで作業していれば、詳しい説明は要りません。作業の途中経過がチャットの履歴ではなくローカルのファイルとして残っているため、「このファイルの続きをやってください」と伝えれば、中身を読んで状況を把握してくれます。逆に、経緯がチャットの中にしか無い状態だと引き継ぎは難しくなります。日頃から、決めたことや作りかけのものをファイルに書き出しておくと、AIを乗り換えるときだけでなく、人に引き継ぐときにも同じように役立ちます。
MOST READ
よく読まれている記事
RELATED
LINEで話す