2026年9月17日(木)、Microsoft Copilotでサービス低下が報告された。多くの利用者にとっての症状は明快で、プロンプトは送信できてもCopilotから回答が返ってこないというものだった。Microsoftは後に、サービスが完全な稼働状態に戻る見込みだと報告している。
10
利用者に起きていたこと
報告の中心は、AIによる回答生成の失敗だった。表示例として、次のようなメッセージが広く伝えられた。
「申し訳ありません。現在、リクエストへの応答に問題が発生しています。しばらくしてからもう一度お試しください。」
10
重要なのは、これは必ずしもCopilotのすべての入口が使えなくなったことを意味しない点だ。画面やアプリを開ける一方で、AIが回答を生成して返すという中核機能が動作しない、部分的な機能障害だった可能性がある。Downdetectorへの初期の投稿では、問題報告のおよそ80%がAI回答生成に関するものだった。
18
いつ始まり、規模はどの程度だったのか
米東部時間で午前10時30分ごろから障害報告が増え始め、午前11時15分までにDowndetectorには500件超の報告が寄せられた。
18
その後、報告は午前中に急増した。米太平洋時間午前8時46分(東部時間午前11時46分)の時点で、報告件数は3,000件を超え、その大半はAI回答生成の問題とされた。
8
ただし、これらはDowndetectorに利用者が投稿した障害報告であり、Microsoftが把握した重複のない利用者数や、影響を受けた顧客・組織の数ではない。そのため、影響規模については「数千件の報告があった」と表現するのが妥当で、影響人数を正確に断定することはできない。
8
Microsoftの認識と復旧更新
障害発生中、Microsoftのステータス情報はCopilotを「サービス低下」の状態として示し、調査中だと説明していた。こうした更新に基づく報道では、利用者の問い合わせに回答ではなくエラーが返されていたとされる。
10
米東部時間午後5時21分、MicrosoftはCopilotが完全な稼働状態に戻る見込みだと報告した。
10 午前10時30分ごろに公の障害報告が増え始めたことを基準にすると、広く観測された混乱はおよそ7時間に及んだ計算になる。ただし、これは外部から確認できる報告の時間帯に基づく概算であり、Microsoftが確定した障害の開始から終了までの時間ではない。
提供された報道には、根本原因、詳しい復旧措置、障害中にMicrosoftが提示した確定的な復旧予定時刻は記載されていない。また、この件がネットワークやインフラの障害によって起きたと結論づける根拠もない。
10
「画面は開くのに使えない」ことの業務リスク
クラウド型AIアシスタントを日常業務に組み込んでいるチームにとって、可用性は単にWebページやアプリが開くかどうかではない。実際に必要なのは、プロンプト送信、モデル処理、必要に応じた情報検索・根拠付け、そして回答の返却までが一連で機能することだ。
今回の事例は、AIツールが見かけ上は利用可能でも、最も重要な仕事を完了できない状態を想定しておく必要性を示している。継続運用に向けた現実的な備えとしては、次のような対応が考えられる。
- 締め切りがある業務向けに、代替手順を文書化しておく
- ベンダーの公式ステータスページと、独立した利用者報告の動向を併せて確認する
- 単一のAIサービスだけに依存する業務設計を避け、手作業の代替策も残す
- 障害時には、提供元が確認した説明と初期段階の推測を区別する
この出来事が示すのは、クラウドAIが信頼できないということではない。むしろ、深く業務へ統合されたAIサービスは重要な業務依存先になり得るため、回答生成までの経路が劣化するだけで、画面が表示されていても作業が止まる可能性があるという点だ。