0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@hisashi-ito(hisashi Itoh)

OpenAI の Dots の「先回り」は、どこまで動いているのか。公式文書と X の報告 112 件で見る

0
Last updated at Posted at 2026-10-02

予約メールを見つけ、上映前にチケットを通知する。この先回りがどこまで実装されているかを調べた

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 日の試用で、長期の信頼性は測れません。

出典

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?