ChatGPT Work Modeのタスクが再開できない時に二重実行を防ぐ3つの確認

ChatGPT Work Modeのタスクが再開できない時は、同じ指示をすぐに送り直さず、元タスクの進捗、生成物、外部操作の3点を先に見ます。
いずれかが途中まで終わっていると、ファイル作成や送信、登録を重ねるおそれがあるためです。

OpenAI Statusは2026年9月14日(UTC)、一部のChatGPT Plus利用者でWork Modeのタスク開始・再開エラーが起きたと報告し、9月15日朝の時点でも対策後の監視(Monitoring)を続けています。
8月31日(日本時間9月1日)にも、複数プランでタスクを開始または継続できない障害がありました。どちらの場合も、サービス全体の復旧と個別タスクの完了は別の確認です。

出典: OpenAI Status「Elevated errors affecting Work Mode in ChatGPT」(英語)、OpenAI Status「ChatGPT Work seeing elevated errors and latency」(英語)

9月14日の障害の現状はChatGPT Work Modeでタスクを開始・再開できない障害、8月31日の時系列はChatGPT Workが使えない障害の記録に分けています。ここでは、復旧後も迷いやすい「元のタスクを続けるか、新しく実行するか」の判断に絞ります。

ChatGPT Work Modeのタスクが再開できない時は3点を確認

ChatGPT Work Modeのタスクが開始できない、または途中で進まない時は、次の3か所を同じ順番で確認します。この3点はOpenAIが番号付きで示した公式手順ではなく、公式資料にあるWorkの進捗表示、成果物、外部操作の性質を基に、AI経営手帖が実務向けに整理したものです。

どれか1つでも実行済みか不明なら、書き込みを伴う再実行はいったん止めます。
確認先はWorkの会話だけでは足りず、成果物の保存先と接続したサービス側の履歴まで含みます。

ChatGPT Workのタスクで二重実行が起きる理由

ChatGPT Workは質問への回答だけでなく、計画を立て、利用できる文脈やツールを使い、レビュー可能な成果物まで作業を進めます。進捗は会話で確認でき、情報や承認が必要になれば、途中で止まる場合もあります。

出典: OpenAI Learn「ChatGPTの使い方」

画面を閉じてもクラウド処理が続く場合がある

OpenAIの説明では、Web版やモバイル版で始めたクラウド上のWorkは別のコンピューターで動くため、利用者がパソコンを閉じても処理を続けられる場合があります。そのため、手元の画面が動かないことだけでは、処理の失敗を確定できません。

出典: OpenAI Learn「ブラウザ」

成果物と外部操作の完了時点は同じとは限らない

長いタスクでは、調査、ファイル作成、送信、登録が順番に進むことがあります。途中でエラーになれば、ファイルだけ作成済み、外部登録だけ完了、会話上の完了表示だけ未反映といったずれを否定できません。

ChatGPT Workの基本的な役割や成果物の種類を先に押さえたい場合は、ChatGPT Workとは何ができるかも参考になります。

ChatGPT Workの確認1・元タスクの進捗と最終更新

最初に開くのは新しいタスクではなく、処理が止まったように見える元のWork会話です。次の4点を上から確認します。

1. 進捗表示: 新しい工程や処理中の表示が増えていないか
2. 最終更新: エラー後にも時刻や内容が変わっていないか
3. 質問: 追加情報を求める問いが残っていないか
4. 承認: 送信や変更の前で許可待ちになっていないか

進捗が更新されているなら、同じ依頼を新規タスクへコピーせず、その会話を監視します。質問や承認待ちであれば、求められた情報や判断だけを返し、最初からやり直す必要はありません。

一方で、画面の表示だけから外部サービスの完了まで判断できるとは限りません。元タスクの確認は入口であり、次の生成物と外部履歴まで見て初めて再実行の可否を決められます。

ChatGPT Workの確認2・生成物と保存先

次に、元チャット内の生成ファイルのプレビュー(デスクトップアプリではチャットの横に表示)や、プロジェクトに保存したファイルを開きます。
OpenAIは、Workで作成したファイルをプレビューし、レビューや修正を続けられると案内しています。

出典: OpenAI Learn「ファイルの操作」

• ファイル名: 依頼時に指定した名称と合うか
• 更新時刻: エラーが起きた前後のどちらか
• 中身: 空ファイルや途中版ではないか
• 完了条件: 必要な件数、対象期間、必須項目を満たすか

「ファイルがある」と「依頼が完了した」は同じではなく、途中版なら完成済みの章やシートを再作成させず、足りない範囲だけをメモします。
反対に、中身まで完成していれば、同じ成果物をもう一度作る必要はありません。

調査から文書や表へ進むWorkの成果物設計は、ChatGPT WorkのDeep ResearchとChat版の違いで詳しく確認できます。調査結果を承認してからファイル作成へ進む二段階の運用は、途中状態を見分けるうえでも有効です。

ChatGPT Workの確認3・外部システムの履歴

3つ目は、Workの画面ではなく実際に変更される外部システム側を確認します。Workは権限の範囲で、ファイル、アプリ、外部システムへ変更を加える場合があり、すべての操作記録が同じ場所に見えるとは限りません。

出典: OpenAI Learn「ChatGPT Workのローカルセキュリティ」

メールなら送信済み、CRMなら活動履歴、CMSなら下書きや予約投稿、カレンダーなら予定一覧を開きます。送信・登録・公開の証拠が1件でもあれば、同じ書き込み指示をそのまま再送しません。

証拠の有無を自分で確認できない場合も、安全側の判断は同じです。管理者や担当者へ対象と時刻を伝えて照合し、確認が終わるまで書き込み部分だけを止めると、読み取りや整理など影響の小さい作業は続けられます。

社内ファイルと接続先の権限を含む設計は、ChatGPT Workで社内ファイルを安全に扱う方法も合わせて確認してください。ツールやファイル自体が使えない場合は、ChatGPT Work Modeでツールやファイルを使えない時の確認順から切り分けます。

3点確認後に再開と再実行を分ける判断表

3点を確認したら、証拠がない、一部完了、外部操作が済みまたは不明の3状態に分けます。判断を曖昧にしたまま、複数の新規タスクを立ち上げないことが分かれ目です。

確認結果	判断	次の指示
3点とも証拠なし	正常動作の確認後に再実行	同じ依頼を1回だけ送る
一部が完了	元タスクで再開	未完了部分だけを指定
外部操作済み・不明	書き込み停止	実行先を照合してから続行

OpenAI Statusが復旧済みでも、個別タスクに証拠が残っていれば一部完了として扱い、反対にStatusに障害が出ていなくても、外部操作が不明なら再送は止めます。
サービス状態は入口であり、再実行の最終判断は3点の証拠です。

未完了部分だけを続ける指示文

元タスクが開けず、新しいタスクへ移す場合も、完了済みと未完了を先頭に書きます。「もう一度やって」だけでは、どの工程を除外すべきか伝わりません。

ChatGPT Workの二重実行を防ぐ運用ルール

障害が起きてから毎回判断するより、普段のタスクを重複が見つかる形、途中で止められる形にしておくほうが安全です。特に外部へ書き込む仕事では、次の5つを社内手順へ加えます。

• 読み取りと書き込みを分ける: まず調査・下書きまで進め、送信や公開は別工程にする
• 承認地点を置く: 送信、公開、予約、登録、削除の直前で人が止められるようにする
• 案件IDを付ける: タスク名と成果物名へ日付や案件番号を入れる
• 完了条件を書く: ファイル数、対象期間、保存先、実行先を依頼時に決める
• 再実行を1回に限る: 複数タスクを同時に立てず、1つの会話で進捗を追う

書き込み権限を最初から広く渡すほど、二重実行時の影響範囲も広がります。最初は読み取りや下書きで検証し、安定した工程だけに必要最小限の権限を付ける順序が現実的です。

同じ考え方はChatGPT Workだけに限りません。長いAIタスク全般の復旧手順は、Claude CodeとCoworkで二重実行を防ぐ5項目にも応用例があります。

複数の接続先や承認者が絡み、自社だけで安全な停止位置を決めにくい場合は、AI経営手帖のお問い合わせから業務フローの整理をご相談ください。運営会社ノーサイドが、AIと実務運用の両面から設計を支援します。

ChatGPT Workのタスク再開に関するFAQ

ChatGPT Workの再実行前に残す記録

ChatGPT Workのタスクを再開する前に、完了済み、未完了、繰り返し禁止の3行を残してください。障害対応の担当者が途中で変わっても、次に何を続け、何を止めるかを同じ基準で判断できます。

再実行の速さより、どこまで終わったかを証拠で残すことが、重複を防ぐ近道です。まず元タスクを開き、3点のうち最初の進捗確認から始めてください。