ChatGPT Workが使えない・遅い──公式ステータスページの見方と代替手順

何が起きたか

OpenAIは自社の障害情報ページ（status.openai.com）で、サービスごとの稼働状況を公開しています。今回そこに記録されたのは「ChatGPT Work」という項目の一部機能停止（Partial outage）です。公式に出ている更新は次の2件です（カッコ内は日本時間）。

• ●8月31日 15:04 UTC（9月1日 0:04 JST）— 「対象サービスで遅延（レイテンシ）の増加が起きていることを特定した。緩和策の実施に取り組んでいる」
• ●8月31日 15:21 UTC（9月1日 0:21 JST）— 「対象サービスでエラーの増加が起きていることを特定した。特にPlusユーザーが影響を受けており、Workモードは現在利用できない状態。緩和策の実施に取り組んでいる」

この記事を書いている時点では、ステータスは「Identified（原因を特定して対処中）」のままで、解消（Resolved）の告知は出ていません。原因についての説明も、現時点では公開されていません。

ChatGPT Workは、OpenAIが2026年7月9日（米国時間）に発表したエージェント機能です。目標を伝えると、接続したアプリやファイルを横断して情報を集め、スプレッドシートやスライドといった成果物まで仕上げます。手が長い機能なので、止まったときの体感は「エラーが出る」よりも「いつまでも終わらない」に近くなります。

業務での使いどころ：まず1分で切り分ける

「ChatGPTの調子が悪い」と感じたとき、社内で原因を探し始める前に、公式のステータスページを見るのが最短です。自社側の問題なのか、提供元の障害なのかがここで決まります。

1. 1ブラウザで status.openai.com を開く（ログインは不要）
2. 2ページ上部の進行中の障害（ongoing incidents）を見る。何も出ていなければ、提供元は「正常」と言っている状態
3. 3下のコンポーネント一覧から、自分が使っている機能の行を探す。「ChatGPT」のグループの中に「ChatGPT Work」「Conversations」「Login」「File uploads」「Voice mode」「Deep Research」「Agent」「Connectors/Apps」などが並んでいる
4. 4該当行が Partial outage（一部機能停止）や Degraded（性能低下）になっていれば、待つ以外にできることはない。更新時刻と直近の告知文を控える
5. 5ページ上部の「Subscribe to updates」からメール購読を登録しておくと、次からは自分で見に行かなくても更新が届く
6. 6社内には「提供元の障害。復旧待ち」と、告知文と時刻をそのまま共有する

ステータスページの履歴は90日分残ります。「先月も止まっていたか」「どれくらいで直るのが普通か」を調べたいときは、この履歴が一次情報になります。

業務での使いどころ：復旧待ちのあいだ止めない

Workのようなエージェント機能が止まっても、通常のチャット（Chatモード）や他のツールは動いていることがあります。今回の告知も、影響しているコンポーネントとして挙がっているのは「ChatGPT Work」だけです。丸ごと諦めるのではなく、任せていた仕事を人が実行できる粒度に割り直すのが現実的です。

• ●締切が今日でないもの — 復旧を待つ。作り直しの手間のほうが大きい
• ●締切が今日のもの — 成果物づくりは自分でやり、AIには「文章を書く」「表を整える」など単発の作業だけ頼む
• ●定期実行（スケジュール実行）に任せていたもの — 障害中は動かなかった前提で、後から結果の有無を必ず確認する

私はAIのエージェント機能に、次の作業をまとめて任せる予定でした。
いまその機能が障害で使えません。

【任せる予定だった作業】
（ここに、頼もうとしていた内容をそのまま貼る）

この作業を、人が手で進められる手順に分解してください。条件は次のとおりです。

1. 1ステップは10分以内で終わる大きさにする
2. 各ステップについて「人がやること」と「通常のチャットAIに頼めること」を分けて書く
3. 外部サービスへの自動接続が必要で、手ではどうしても代われない工程があれば、それを明示する
4. 今日中に終わらせるとしたら、どのステップを削れるかも書く

推測で作業内容を足さないでください。書いていないことは「情報なし」としてください。

「推測で足さない」の1行を入れておくと、AIが良かれと思って手順を増やし、かえって時間がかかる、という事故を防げます。

試すときに気をつけること

• ●障害の告知に書かれた時刻は、多くの場合は日本時間ではありません。今回のように協定世界時（UTC）表記なら、9時間足すと日本時間になります
• ●「解消（Resolved）」の告知が出ても、動かしていた処理が途中で切れている場合があります。障害中に投げた依頼は、結果が出ているか自分で確認する
• ●業務の締切が固定されている作業を、1つのAIサービスだけに依存させない。止まった日に手で回せる手順書があるかどうかで、影響の大きさが変わります
• ●取引先や顧客に提出する成果物ほど、AI側の障害で遅れる前提のバッファを見ておく

障害は避けられませんが、「まずどこを見るか」が決まっていれば、原因探しに使う時間はなくせます。ステータスページをブックマークして、メール購読まで済ませておくところまでが備えです。