ChatGPT Work Modeでタスクを開始・再開できない障害【Plus利用者の一部で発生】
止まったWorkタスクも、元チャットと実行結果を順番に確かめれば、二重実行を避けながら落ち着いて戻せます。
復旧表示が出た時こそ、同じ指示を新しく投げる前に元タスクから見てみませんか？
ChatGPT Work Modeの障害は、対策適用後の動作を監視するMonitoring段階です。
2026年9月15日7時30分(日本時間)の確認時点で、公式ステータスはResolvedには移っていません。
影響が報告されたのは、一部のChatGPT Plus利用者です。Work Modeのタスクを開始・再開する際のエラー、またはワークスペースのツールやファイルへのアクセス制限が起きていました。
エラーが消えても、同じ依頼をすぐ新規実行するのは待ってください。元タスクの状態と外部サービスへの処理結果を確認し、二重実行を防ぐことが先です。
まずやること公式Status→元チャット→副作用の順に確認
Workの機能全体が分からない場合は、先にChatGPT Workとは何かをまとめた解説で、通常のChatとの違いを確認できます。
ChatGPT Work Mode障害の現在状況はMonitoring
OpenAIは、対策の適用後にサービスが復旧したと報告しています。ただし、インシデントページの現在ラベルはMonitoringであり、追加対策後もワークスペースのツールとファイルが正常かを監視中です。
公式更新の時系列
公式ページの影響コンポーネント表示では、ChatGPT Workの性能低下が発生していたのは2026年9月14日16:08〜22:28(日本時間)です。
UTCでは9月14日7:08〜13:28で、下表はその後に出た公式更新の時刻です。
| 更新時刻 | 公式の内容 | 読み取り |
|---|---|---|
| 9月15日0:58 (9月14日15:58 UTC) | 一部Plus利用者の影響、対策適用後の復旧を報告 | 復旧結果をMonitoring |
| 9月15日4:42 (9月14日19:42 UTC) | 追加対策を適用 | tools/filesの正常性を監視 |
根本原因、影響人数、エラーコードは未公開のため推測しません。
出典: OpenAI Status「Elevated errors affecting Work Mode in ChatGPT」(英語)
以前の別事象はChatGPT Work障害の復旧経過で整理しています。今回は2026年9月14日(UTC)に別に公開されたインシデントで、開始・再開のエラーに加えて、ワークスペースのツールやファイルへのアクセス制限が含まれる点が異なります。
エラー後にすぐ同じタスクを再実行しない理由
ChatGPT Work Modeのエラーが出ても、その表示だけでタスク停止を断定しないのが安全です。Cloud browserを使うWorkは、画面から離れたり端末を閉じたりしても、バックグラウンドで続く場合があります。
そのため、新しいチャットに同じ指示を投入する前に、次の3領域を確認します。
元チャット
実行中・停止・入力待ちを見る
出力と副作用
ファイル、送信、更新結果を見る
ツール・ファイル
読取操作で復旧状態を見る
出典: OpenAI公式「Using cloud browser in ChatGPT」(英語)
元タスクを安全に再開する6ステップ
安全な再開は、障害情報から確認し、元チャットで小さく試す順序で進めます。
以下はOpenAIの障害専用手順ではなく、AI経営手帖による二重実行防止の提案です。進捗・生成物・外部操作の見方は、ChatGPT Work Modeのタスクが再開できない時に二重実行を防ぐ3つの確認で詳しく解説しています。
- 障害ステータスを見る: OpenAI Statusのラベルと最終更新時刻を確認する
- 元チャットを開く: サイドバーのチャット一覧(英語表示ではRecents)から該当タスクを開き、最後の表示を読む
- 別画面で確認する: Cloud WorkならWeb・モバイル・デスクトップの同期先も見る
- 出力を確認する: 作成済みファイル、保存先、ブラウザ操作の到達点を調べる
- 外部副作用を確認する: メール、予約、レコード更新、購入の実行済み状態を対象サービス側で見る
- 読取タスクで試す: tools/filesが正常なら、元チャットから取り消しやすい操作で再開する
出典: OpenAI公式「ChatGPT Work and Codex」(英語)
再実行を待つ取り消しにくい処理は最後に
メール送信、予約確定、支払い、帳票更新は、対象サービスで未実行と確認できるまでやり直しません。
元タスクの再開・新規作成・待機の判断表
判断の基準は、元タスクの状態と重複時の影響を確認できるかです。速さよりも、元の作業経路を追えることを優先します。
3つの判断で確認する項目
| 判断 | 選ぶ条件 | 先に確認すること |
|---|---|---|
| 元タスクから再開 | 停止地点と外部副作用が分かる | 不足する入力だけを追加 |
| 新規作成 | 元チャットが利用できず、重複もない | 出力先と対象サービスの履歴 |
| 待機 | 状態が読めない、または取り消し困難な操作がある | 公式更新と外部サービスの結果 |
社内ファイルを扱うWorkでは、再開時の権限も確認対象です。社内ファイル連携の安全性を確認する視点で、承認と共有範囲を整理しています。
ChatGPT Work Mode障害と個別の通信エラーの切り分け
ChatGPT Work Modeが使えない場合は、まずStatuspageを確認し、公式事象がなければ個別環境を切り分ける順番が基本です。
- 画面: Cloud WorkならWeb、モバイル、デスクトップの別画面で同じチャットを見る
- 回線: 会社Wi-Fiと別の許可済み回線で、再現する範囲を比べる
- 組織設定: 複数人で同じ場合は、端末故障より権限・ネットワーク設定を先に見る
会社のセキュリティ設定を自己判断で変更しないでください。管理対象の環境では、再現時刻とエラー画面を添え、IT管理者へ切り分けを依頼します。ツールやファイルだけが使えない場合の確認順は、ChatGPT Work Modeでツールやファイルを使えない時の確認順にまとめました。
出典: OpenAI公式「Network recommendations for ChatGPT errors on web and apps」(英語)
Work Mode障害の再発に備えて社内で決めること
再発時の混乱は、正常時にタスクの識別方法と再開担当者を決めることで減らせます。
「誰かが再開しただろう」を残さないことが重要です。
- タスク名、元チャット、実行開始時刻を記録する
- 外部への変更がある作業には、確認先を設ける
- 中断時の再開担当者を1人に決める
- ファイルと接続先の権限を定期的に見直す
権限の整理はChatGPT接続アプリの権限を分ける社内ルール、全社的な中断・報告フローは生成AIの社内利用ガイドラインの作り方へつなげると、Workだけの特例ルールを増やさずに済みます。
ChatGPT Work Mode障害に関するよくある質問
QChatGPT Work Modeの障害は復旧しましたか？
AOpenAIは復旧を報告しましたが、9月15日7時30分時点はMonitoringです。Resolvedではありません。
Qエラーが出たタスクをすぐ再実行してもよいですか？
A元チャットの状態と外部副作用を確認し、停止と重複のないことが分かってから再開します。
Q元のWorkタスクの状態はどこで確認しますか？
Aサイドバーのチャット一覧(英語表示ではRecents)から元チャットを開きます。Cloud WorkならWeb・モバイル・デスクトップの同期先も確認できます。
Qツールやファイルが開けない場合は？
A正常動作を確認できるまで外部変更は待機し、読み取りのみの操作で状態を見ます。
Q公式Statusに障害がないのに使えない場合は？
A別画面、許可済みの別回線、組織の権限設定の順で切り分け、必要ならIT管理者へ相談します。
まとめ: ChatGPT Work Mode障害では元タスク確認後に再開する
ChatGPT Work Mode障害からの安全な復帰とは、元タスクの状態と外部副作用を確認した上で、取り消しやすい操作から再開するプロセスです。公式ステータスの最終更新を見ながら、元チャットを起点に作業を戻してください。
