OpenAI が 2026 年 9 月 29 日に出した常時稼働のエージェント Dots は、頼まれる前に調べて知らせる「先回り」を売りにしています。その先回りが、実際にどこまで動いているのかを調べました。本作業の大半を Claude Code で調査・文書化したものです。問いの立て方と、結論の判断は筆者が行い、公式文書の読み取り、X の投稿の整理、数字の照合は Claude Code に任せました。X の検索には、Grok の検索を使う別の AI のセッションを使っています。

前提として、筆者は ChatGPT の Pro を契約しておらず、Dots を自分では試していません。実機の環境がないので、公式の文書と、他の人の報告から調べたものです。「確認できた」は、その範囲で確認できたという意味で、筆者の実測ではありません。実機で試した調査より、根拠は弱いことをご承知おきください。

調べたこと

公式の文書と、使った人の報告（X の投稿 112 件、Web の事例 22 件）を集めて、先回りが実際にどう動いているか、どこで止まっているかを見ました。最後に、「予約した映画のチケットを、指示なしに上映前に出してくれるか」という具体的な場面に当てはめて、どこまで進んでいるかを確かめます。

公式の文書が述べていること

OpenAI のヘルプ（help.openai.com）は取得できませんでしたが、文書サイト learn.chatgpt.com の dots のページは、直接取得して原文で確かめました。

先回りの調査について、原文は次のように書きます（日本語訳は筆者）。

読む権限のある情報を調べ、役立つ発見について非公開のメモを残せる。リリースの判断が、先週共有した原稿と食い違うと知らせる、といった例がある。
先回りの調査そのものは、メッセージを送らず、接続したアプリを変更せず、ブラウザやコンピュータを操作しない。調べた結果は Dot に報告され、Dot が提案か質問を持ってくる。

通知の時刻については、更新の送り先と、いつ割り込んでよいかを、利用者が伝える形で書かれています。時刻が重要なら、決まった予定を頼むよう書き、例は「期限が危ういときは ChatGPT で知らせる」です。任された仕事については、いつ一時停止して、いつ再開するかを Dot が決められると書きますが、頼まれていない通知の時刻を決める記述ではありません。

通知に QR コードや画像を載せられるかは、6 ページのどこにも記述がありません。添付、画像、チケット、プッシュに当たる語が、原文に出てきませんでした。

報告から分かったこと

X では、Grok の検索を使う別のセッションに頼んで、2 回に分けて 112 件を集めました。1 回目は機能の名前や用途の語で探したところ、使い方の紹介ばかりが集まり、先回りの実例は拾えませんでした。2 回目は、起きたこと（通知の経路、いつ来たか、何が載っていたか）で探したところ、83 件のうち 47 件が、先回りの実例でした。検索語は、機能の名前でなく、起きたことで書くほうが、実例に当たります。

代表的な例は、次のとおりです（投稿者名から元の投稿へ移れます）。

@kenn（表示 748,958）: 夜のうちに同僚が Google Drive に追加した提案書を、Dot が勝手に読み、「スコープが広そうだが大丈夫か。明日使う資料だから、コメントするなら今のうちだ」と知らせた。内容の指摘に加えて、資料を使う日と、コメントできる時機まで判断しています。
@hugobowne: 何も設定していないのに、診察の予定について、「カレンダーには入っているが、住所がなく、メールのやり取りにも住所がない。場所を調べましょうか」と知らせてきた。予約された予定の足りない情報を、当日に指摘する例です。
@teemingchew: 近づく対面のイベントについて、主催者の道順まで、頼まれずに示した。
@dnk115wtk: 「エビフライ 2 パックも注文しているが大丈夫か」と急に話しかけられて驚いた。「シャーロックだったら」と言うと、予定したタスクで、自分から話しかける仕組みを Dot が仕込んだ。

収集は先回りの通知を狙ったので、動いた報告の多さは、動く割合の高さを意味しません。反対の報告も 1 件あります。@BennettSchwartz は、「Codex を着せ替えただけに見える。先回りは存在しない」と書いています。

不満の種類

不満や失敗を書いた 35 件（X の 24 件と Web の 11 件）に、主な理由を 1 つずつ付けました。

遅さと通話の応答が 8 件で最も多く、通知の不具合が 5 件でした。通知に関する 2 つの種類（通知の不具合、通知が多い・範囲が広い）を合わせると 9 件で、先回りの通知そのものに向いた不満が、全体の約 4 分の 1 を占めます。通知を開いてもホーム画面に出る、通知は来るのにモバイルのアプリで Dot が開けない、という報告があり、公式の文書も、モバイルでの利用に「対応する更新」が要ると書いています。サイトに弾かれて予約が完了しない、予定したタスクが一時停止に戻る、という報告もあります。

例: 予約した映画のチケット

この先回りが、どこまで進んでいるかを、一つの場面で考えてみます。

今日の 21:00 に上映される映画「ディスクロージャーデー」を予約した。このとき Dots は、何も指示しなくても、20:30 に、チケットの受け取り方法と QR コードをスマートフォンに通知してくれるか。

この場面は、利用者がどこまで指示するかで、問いの意味が変わります。

段階	利用者が言うこと	判定
1　時刻と内容を指定	「今日の 20:30 に、チケットの受け取り方法と QR コードを通知して」	通知までは公式の範囲。QR コードは確認できず
2　時刻だけ任せる	「上映前に必要なものを、ちょうどよい時刻に知らせて」	公式の文書にも報告にも見つからず
3　何も言わない	何も言わない	前半（見つけて知らせる）は確認できた。後半（時刻の決定、予約、QR コード）は間接的な示唆のみ

動作ごとに見ると、予約メールを見つけること、役立つと判断すること、通知を届けることは、公式の文書、Web、X のどれでも確認できました。通知の時刻を自分で決めることは、「今のうち」「今朝」「到着時」と時機に触れた報告が少数あるだけで、「上映の 30 分前に」のように、出来事の前の時刻を選んだ報告は見つかりません。通知を自分で予約することは、「予定したタスクで自分から話しかける仕組みを、Dot が仕込んでくれた」という報告が 1 件あるだけです。QR コードを通知に載せた報告は、1 件もありません。

Jev で分類してみた

X の 112 件は、TypeSafe AI の判断専用モデル Jev で、「誰が先に動いたか」「話題」「論調」に分類しました。別のモデル（Claude）が、本文だけを読み、Jev の結果を見ずに、同じ基準で独立に判定した結果と照合したところ、一致は、誰が先に動いたかが 71%（κ は 0.53）、話題が 71%（κ は 0.64）、論調が 81%（κ は 0.70）でした。Jev は、「何も頼んでいないのに Dot が自分から」を多めに付ける偏りがあり、Jev は 68 件、Claude は 54 件でした。Jev だけが付けた 16 件のうち 12 件は、先回りの機能を説明しただけの投稿です。確信度が 0.9 以上のものに絞ると、誰が先に動いたかの一致は 88.5% に上がります。判定の基準を明示して、確信度で絞れば、この種の分類に使えます。ただし、独立した判定もモデルによるもので、人間の判定ではありません。

cron や Grok Bot との違い

予定したタスクは、頻度と内容を利用者が決める点で cron に近く、Grok Bot のルーチンも同じ性格です。違いは、頼まれていなくても調べて知らせる先回りと、実行の中身を AI が判断する点です。先回りの調査に当たる記述が公式のドキュメントにあるのは、確認した範囲では Dots だけで、Grok Bot の公式ドキュメントには見つかりませんでした。構造はよく似ており、専用のクラウドのコンピュータ、承認の仕組み、定期の実行を、どちらも持っています。

価値の中心は、常駐の実行環境を自分で用意しなくてよいことです。すでに VPS などで常駐の環境を運用している重量級ユーザーにとっては、差は先回りの品質に絞られます。

通話の機能について

Dot との「電話」は、ChatGPT のアプリの中の音声通話で、電話番号にかける通常の電話ではありません。Dot から利用者への発信は、「公開後の予定」と原文にあります。通話を切らずに開いたままにして、話しかけ続ける使い方を報告する人がいます。一方で、呼び出しに出るまで約 10 秒かかる、通話が静かに切れる、という報告もあります。

まとめ

事例を見るかぎり、Dots の先回りは、予約メールや予定の不備を見つけて、頼まれずに知らせるところまでは、実際に動いています。一方で、映画のチケットのように、通知の時刻を自分で選び、通知を自分で予約して、QR コードまで届けるところは、公式の文書にも報告にも見つからず、まだできなさそうです。動いている部分にも、通知の導線、サイトに弾かれる問題、遅さといった不満が並んでいます。筆者は試していないので、断定はできません。実機で試した報告が出れば、この判断は変わりえます。

限界

openai.com と help.openai.com は取得できず、通知の設定、提供対象、利用枠、予定したタスクの最短の間隔は、検索結果の要約と、使った人の報告によります。
X の 112 件で検証したのは、投稿 ID から復元した時刻と URL の整合だけで、本文の内容の真偽は確かめていません。
使った人の報告は、数時間から 2 日の試用で、長期の信頼性は測れません。

出典

OpenAI, ChatGPT Learn の dots の文書. https://learn.chatgpt.com/docs/dots
同, Get started with your dot. https://learn.chatgpt.com/docs/dots/getting-started
同, Message your dot. https://learn.chatgpt.com/docs/dots/channels
同, Tasks and memory. https://learn.chatgpt.com/docs/dots/tasks-and-memory
同, Control your dot. https://learn.chatgpt.com/docs/dots/controls
Dan Shipper, "Vibe Check: OpenAI DevDay 2026", Every, 2026-09-29. https://every.to/vibe-check/vibe-check-openai-devday-2026
Casey Newton, Platformer, 2026-09-29. https://www.platformer.news/openai-dots-agents-devday-2026/
Hacker News, "OpenAI Dots" のスレッド（2026-09-30）. https://news.ycombinator.com/item?id=49896604
xAI, "Introducing Grok Bot", 2026-08-11. https://x.ai/news/introducing-grok-bot
xAI, Grok Bot のドキュメント. https://docs.x.ai/grok-bot/overview
本文中の X の投稿は、投稿者名のリンク先（2026-09-30 から 10-02 に取得）。