ChatGPT dotsの失敗事例5選｜発表直後の報告と対策を完全解説！

ChatGPT dots（ドッツ）とは、OpenAIが2026年9月29日に発表した、利用者が見ていない間も仕事を進めるAIです。
便利な反面、発表の翌日から失敗の報告が公開されています。

本記事では、発表からの約1週間に報告された5つの失敗と、その防ぎ方を紹介します。

WalkersではChatGPT dotsをはじめとするAIエージェントの導入設計と、AI駆動開発による業務システム・アプリの受託開発を行っています。⇒サービスの概要はこちら

【失敗事例①】確認する前に、返信メールが送られてしまった

dotsは、メールやチャットなど、つないだアプリを使って自分で作業を進めるAIです。下書きを作るだけでなく、送信まで進められる点が、これまでのチャットAIとの大きな違いです。

何が起きたか

2026年9月29日の夜11時ごろ、AI情報メディア「The Neuron」のCorey Noles氏がdotsを使えるようになりました。翌9月30日に公開された体験レビューによると、氏は自分のdot（愛称はHerman）に、簡単なメールの対応を頼みました。

dotは氏らしい文面の短い返信を書き、本人が内容を確認する前に送信しました。氏は、一瞬ひやりとしたと書いています。あとから中身を読むと、まったく問題のない返信でした。

氏はそのあと、今後は送る前に見せてほしいとdotに伝えています。被害が出た事例ではありません。ただ、確認なしで送信まで進む場面があることを、発表の翌日に当事者が公開した報告です。

なぜ起きたか

OpenAI公式の説明では、dotsは使い始めの時点で、自分で進めてよい作業と、承認を求める作業を分ける内蔵のルールを持っています。利用者が好みを伝えるまでは、この標準のルールに沿って動いたと考えられます。

Noles氏自身も、自分の望む進め方を最初に伝えておく必要があったという趣旨で振り返っています。新しく入った秘書に、「メールは確認してから出して」と最初に伝えていなかったようなものです。

この失敗から学べる教訓（筆者の意見）

AIにどこまで任せるかは、AIの賢さではなく、利用者が最初に決めたルールで決まります。今回は中身が無事だったからよかったものの、宛先が取引先や顧客だった場合、送信は取り消せません。

慣れるまでは、「外に出る操作は送る前に見せる」を標準にしておくほうが安全だと考えています。

»出典：OpenAI「Introducing dots」

＼特典：最適な進め方をご提案／

【失敗事例②】「進めています」と言い続けたのに、何も終わっていなかった

dotsは、長い作業を利用者が見ていない間も続けます。だからこそ、「いま本当に動いているのか」を、画面を見ずにAIの返事だけで判断する場面が増えます。

何が起きたか

2026年10月1日、OpenAIの公式フォーラムに、Macのアプリでdotsを使っていた利用者（ユーザー名Nigel999）が報告を投稿しました。パソコンに入っている既存のアプリを元の状態に戻すよう頼み、具体的な進み具合も求めたといいます。

投稿によると、dotは長いやり取りの中で、何度も「作業は進行中」という趣旨の返答をしました。しかし頼んだ結果は届きませんでした。のちにdot自身が、実行中の作業は無く、アプリも元に戻っていないと認めたそうです。画面の操作手順の案内も、利用者の画面と合っていなかったと書かれています。

同じ日に、OpenAIのサポート担当が返信しています。dotsは導入されたばかりなので、作業の実行や状況の表示に初期の不具合がありうると述べ、アプリのバージョンや「アクティビティ」画面の表示などの確認を求めました。原因は、確認できた範囲では公表されていません。

なぜ起きたか

投稿者本人が、モデルの性能が落ちたのか、製品の仕組みの問題なのかは判断できないと書いており、原因は確定していません。

投稿者が求めていたのは、「実際に作業中」「原因がわかっている停止」「本当の完了」を見分けられることでした。AIの言葉の報告だけでは、この3つが利用者から区別できなかったことが、手戻りが大きくなった一因とみられます。宅配で言えば、配達状況の表示を見ずに、配達員の電話の「向かっています」だけを信じ続けたような状態です。

この失敗から学べる教訓（筆者の意見）

AIの「やっています」は、事実の記録ではなく、AIの発言にすぎません。特に、しばらく連絡が無いのに「進行中」と返ってくるときは、一度立ち止まって確認したほうがよいと考えています。

OpenAIは、背景の作業も含めて、アクティビティ画面（Activity View）で進み具合を追えると説明しています。AIの返事ではなく、この記録と成果物で確かめる習慣が必要です。

»出典：OpenAI「Introducing dots」

＼特典：最適な進め方をご提案／

【失敗事例③】「完了」と表示されたのに、中身は未完成のままだった

dotsは、パソコン上の作業を、自分の配下の作業担当に任せることがあります。この記事では、指示を出す側を「親のdot」、実際に作業する側を「作業担当」と呼びます。

何が起きたか

2026年10月1日、ChatGPT Proを使う利用者が、開発者が不具合を報告する公開の掲示板（GitHub）に、dotsの問題を投稿しました。親のdotがMacの作業担当に任せた調査の作業で、作業担当の作業が「完了」として終わったのに、成果物は未完成だったという報告です。

作業担当は最終メッセージで、成果物はまだ途中の見本版で、選べる状態にはなっていないと自分で書いていました。それでも作業は「完了」として終わっています。

そのあと、親のdotが停止に気づいて次の指示を出すまでに38分かかりました。利用者は何度も催促する必要があったと報告しています。最後は、作業担当の報告によると、元の指示で禁じていた作業の再開を自動の承認チェックが拒否し、人からの直接の許可を求めて止まりました。

報告者は、これは自分が観察した1件の出来事で、すべてのdotに起きるとは主張しないと明記しています。同じ掲示板には、10月2日までに、別の利用者から「dotが黙ったままで、進んでいるのか分からない」という趣旨の書き込みも付いています。

なぜ起きたか

報告者が期待していたのは、作業担当が終わったあとに、親のdotが成果物を点検し、未完成なら続きを指示することでした。報告によれば、実際には親のdotはしばらく動かないままでした。

同じ掲示板では、別の利用者が「作業担当の1回の作業が終わったこと」と「頼んだ仕事が終わったこと」は別のものだと指摘しています。荷物の「配達完了」の通知が出たのに、箱の中身がまだ空だったようなものです。

この失敗から学べる教訓（筆者の意見）

AIに長い仕事を任せるときは、最初に「何がそろえば完了か」を決めて渡すのが大切だと考えています。完了の条件が決まっていないと、AIも人も、「終わった」の基準がずれてしまいます。

また、承認チェックが元の指示を優先して作業を止めた点は、安全策としては自然な動きです。許可の範囲を途中で変えるときは、AIへの伝言ではなく、利用者が作業の画面で直接許可する形が確実です。

»出典：GitHub Issue openai/codex #49883（dotsの作業が未完成のまま完了扱い・親の追従が38分遅れた報告）

＼特典：最適な進め方をご提案／

【失敗事例④】止められない作業が、27時間以上も「進行中」のままだった

AIに任せる作業は、始めるときよりも、止めたいときに止められるかのほうが大切です。車で言えば、アクセルではなくブレーキの話です。

何が起きたか

2026年10月4日、Macでdotsを使っていた利用者が、GitHubに報告を投稿しました。dotが任せた作業が、27時間以上、何も結果を出さないまま「進行中」の状態だったといいます。

利用者が止めようとすると、「Failed to stop chat（止められませんでした）」というエラーが出ました。作業を片づける「アーカイブ」の操作も失敗しています。親のdot経由で「止めて」と伝えると受け付けられたものの、実際に止まったかどうかは確認できなかったそうです。

利用者はOpenAIのヘルプのAIチャットにも相談しました。しかし、サーバー側で作業を取り消すことも、人間の担当者につなぐこともできなかったと書いています。この時点で、実際に計算が続いていたのか、費用が発生したのかは、報告者にも分かっていません。

なぜ起きたか

原因は報告者にも分かっておらず、OpenAIからの説明も、確認できた範囲ではありません。同じ日に、新しい作業を作る操作が2回失敗していますが、関連があるかは不明と書かれています。

そのため、この事例から言えるのは、なぜ起きたかではなく、止まらない作業が起きうることと、そのとき利用者が打てる手が少なかったことです。OpenAIは、dotに頼んで始めたCodexなどの作業は、通常どおり利用枠に数えられると説明しています。この報告の作業がそれに当たるかは分かりませんが、止まらない作業が枠を使い続けるのかが確認できない状態そのものが問題です。

この失敗から学べる教訓（筆者の意見）

AIを使う前に、始め方より先に、止め方を試しておく必要があります。止める手段が1つしか無い道具を、そのまま本番の業務に使うのは危険です。

また、サポートに伝えるための情報（作業のIDと、いつ始めたか）は、問題が起きてから探すと見つかりません。この報告者は、作業のIDを書き添えて報告しています。

»出典：GitHub Issue openai/codex #50785（dotsの作業が27時間以上進行中のまま止められない）

＼特典：最適な進め方をご提案／

【失敗事例⑤】パソコンとつないだはずなのに、作業が始まらない

dotsは、許可すれば利用者のパソコンにつないで、一緒に作業できます。便利ですが、パソコンとの連携に頼る仕事ほど、つながり方の不具合に左右されます。

何が起きたか

2026年10月1日、Macで使っていた利用者が、GitHubに報告を投稿しました。画面には「接続済み」「作業の実行を許可済み」と出ているのに、新しい作業を始めようとすると、作業用の場所を用意できないというエラー（DesktopTaskWorkspaceUnavailableError）で失敗します。

接続のやり直し、再起動、アプリの更新を試しても直らず、現在の場所を表示するだけの軽い作業でも同じでした。投稿者は10月2日に、設定の「Projectless task folder」を選び直したら動いたと追記しています。ただし本人は、公式の解決策ではなく、自分の環境で戻っただけだと断っています。

10月7日には、別のMacでも同じエラーが再現したという書き込みが付きました。この人は、同じフォルダ設定を変えても直らなかったそうです。別の10月5日の報告では、パソコンにつないだdotが、他の会話の読み取りやChromeの操作といった道具を、途中から使えないと答えるようになりました。再起動しても戻らず、これはdot自身の申告で、原因は報告者にも確認できていません。

なぜ起きたか

原因は確定していません。最初の報告者は、企業向けの案内にデスクトップアプリのバージョン26.929以上が必要とあると指摘し、自分の26.928が満たしていない可能性を、確認の質問として挙げています。ただし、のちに新しいバージョンへ更新した人でも、失敗が続いた例が報告されています。

共通して言えるのは、「接続済み」という表示と、実際に作業ができることは別だという点です。携帯電話のアンテナの表示は満タンなのに、通話ができないようなものです。投稿者の1人も、接続の表示だけでは足りず、無害な作業を実際に動かして確かめる必要があったと書いています。

この失敗から学べる教訓（筆者の意見）

パソコンとの連携は、AIの機能のなかでも、環境による差が出やすい部分です。「つながった」と表示された日に、そのまま大事な仕事を載せるのは早すぎると考えています。

また、連携が動かない日でも仕事が止まらないように、人が手で進められる手順を残しておくべきです。

»出典：GitHub Issue openai/codex #49952（接続済みでもMacで作業を始められない）

＼特典：最適な進め方をご提案／

ChatGPT dotsで失敗が起こる根本原因とは？

【原因①】 「完了」「進行中」「接続済み」という表示を、そのまま信じてしまう

失敗事例②③⑤に共通するのは、表示や報告と、実際の状態がずれていたという点です。「進行中」と言われた作業は動いておらず、「完了」の作業は未完成で、「接続済み」でも作業は始まりませんでした。

OpenAI公式も、dotsは間違えることがあるので、大事な作業の結果は必ず確認するよう案内しています。つまり、確かめるのは使う側の仕事だと、提供元が明記しています。

【原因②】 どこまでAIに任せるかを、最初に決めていない

失敗事例①では、AIが勝手に動いたというより、任せる範囲と、人が承認する範囲の線引きが、利用者の手で決まっていなかったことが出発点でした。失敗事例③では、元の指示で禁じていた作業を、あとから別の形で許可しようとしたため、承認チェックに止められています。許可の範囲を変えるときの伝え方も、先に決めておく必要があります。

dotsには、承認を求める操作と、そうでない操作を分ける内蔵のルールがあり、利用者はカスタムルールでそれを変えられます。変えないまま使えば、標準の線引きで動くだけです。

【原因③】 止め方と、うまくいかなかったときの手順を、試していない

失敗事例③④では、作業が止まったあと、または止めたいときに打てる手が、利用者の側にほとんどありませんでした。

発表から日が浅いサービスでは、こうした不具合が出ること自体は避けられません。大事なのは、出たときに仕事全体が止まらないよう、先に手順を用意しておくことです。なお、紹介したGitHubの報告は、いずれも2026年10月20日時点で、状態が「未解決（open）」のままです。

情報が外に漏れる種類の事故は、ChatGPT dotsのセキュリティ事故事例5選｜同じ仕組みの事故と対策を完全解説で別にまとめておりますので、そちらをご覧ください。

ChatGPT dotsで失敗しないための4つの対策

5つの失敗を見直すと、足りていないのはいつも同じところです。裏を返せば、この4つを押さえるだけで、同じ失敗の多くは避けられます。今週から着手できる具体策としてまとめます。

【対策①】 外に出る操作は「承認が必要」にしてから使い始める

メールの送信、SNSへの投稿、支払い、ファイルの削除など、取り消せない操作は、最初は人が承認する設定にします。dotsのカスタムルールでは、特定の操作について、確認なしで実行する、事前承認済みの場合に実行する、実行前に確認する、ユーザーに引き継ぐ、の4つから選べます。

慣れてきて、失敗が起きない種類の作業が見えてから、少しずつ任せる範囲を広げます。順番を逆にしないことが大切です。

承認の設定など、dotsで設定できるセキュリティ機能は、ChatGPT dotsのセキュリティは本当に安全？【結論：安全だが注意点もあり】で詳しく解説しています。

【対策②】 「完了」の条件を先に書き、完了報告は成果物で確かめる

頼むときに、「何がそろえば完了か」を2〜3行で書いて渡します。完了の報告が来たら、AIの返事ではなく、できあがったファイルや画面の記録を自分の目で確かめます。

アクティビティ画面で、実際に何が動いているかを見る習慣も必要です。進み具合を、AIの言葉ではなく記録で追えるようにしておきます。

【対策③】 最初の1〜2週間は、取り返しのつく仕事だけに使う

社内向けのメモ、下書き、調べ物など、間違っても取り返しがつく仕事から始めます。取引先への連絡や、お金が動く作業は、仕組みの癖が分かってからにします。

OpenAIによれば、dotsは利用者が見ていない間、つないだアプリを読み取り専用で使って調べものをします。この「読むだけ」の使い方から慣れるのが、無理のない入り方です。

【対策④】 止め方と、代わりの手順を先に用意する

本番の仕事に使う前に、小さな作業で、途中で止める操作と、片づける操作を一度試します。長い作業は、状態を確認する時刻を決め、作業のIDと開始時刻を控えておきます。

パソコンとの連携が動かない日に備えて、人が手で進められる手順も残しておきます。AIが止まっても、仕事が止まらない状態が目標です。

まとめ：dotsの失敗は、AIの賢さではなく、任せ方の設計で防ぐ

ChatGPT dotsは、見ていない間も仕事を進めてくれる、新しいタイプのAIです。ただし発表から日が浅く、確認なしの送信、完了の誤表示、止められない作業といった報告がすでに出ています。

ChatGPTそのものの特徴や料金については、ChatGPT(チャットジーピーティー)とは？特徴や料金、使い方まで完全解説！で詳しく解説しています。同じくAIに作業を任せるツールの事故事例は、Codexによるシステム開発の失敗事例6選をご覧ください。

5件に共通していたのは、AIが賢くなかったことではなく、表示を信じすぎたことと、任せ方を先に決めていなかったことでした。取り消せない操作は人が承認し、完了は成果物で確かめる。それだけで、ここで紹介した失敗の多くは防げます。

Walkersなら、安全設計込みでAIエージェントの導入を任せられます

＼特典：最適な進め方をご提案／

ここまで読んで、こう感じた方も多いのではないでしょうか。

「dotsのようなAIエージェントは使いたい。でも、うちで同じことが起きたら取り返しがつかない」

この不安の正体は、AIの性能ではなく「どこまで任せ、どこで人が確認するかを、誰が決めるのか決まっていないこと」です。決めないまま走り出すと、本記事と同じことが起きます。

Walkersは、AIエージェントの導入設計と、AIツールで開発を進めるAI駆動開発を、安全設計込みの受託でお引き受けしています。無料相談では、次の3点をその場でお持ち帰りいただけます。

オンラインで30分。その場で契約を迫ることはありません。「自社でやるべきか、任せるべきか」の判断材料だけ持ち帰っていただいて構いません。

AIエージェントを使うべきかの判断から、要件定義・開発・運用まで一貫して対応します。まずは下のボタンから、ご都合のよい日時をお知らせください。

弊社Walkersでは、“ChatGPT dotsのようなAIエージェントは使いたいが、勝手に動かれるのが怖い・ルール設計まで手が回らない”を解決する、安全設計込みのAI活用支援（受託開発）を行っています。補助金の活用で自己負担を抑えられるケースも多いので、ぜひお気軽にご相談ください。

AI駆動開発（受託開発）サービスの概要はこちら＞＞

オンライン／その場で概算をお出しします／売り込みはいたしません