1. Docじゃない。Dotだ。しかも会話相手ではなく「担当者」に近い
最初は名前が紛らわしい。Docではない。Dotである。
普通のChatGPTは、話しかける、考える、答える、いったん終わる。Dotはそこから少し違う。OpenAIはDotsを「always-on agents」と説明しており、GPT-6 Astraで動き、自分専用のクラウドコンピュータとブラウザを持ち、接続したアプリを使いながら継続的な目標へ向かって働けるとしている。
つまり「質問に答える人」より「この案件を担当している人」に近い。
AIがついに、チャット欄から担当表へ異動した。
2. 「24時間稼働」は無限ループではなく、責任が会話をまたいで残るという意味
ここは誤解しやすい。24時間稼働だからといって、CPUを一秒も休まず回す無料VPSではない。
重要なのは、会話が終わっても役割と文脈が残り、バックグラウンド調査、定期チェック、接続先の確認、進行中タスクの継続ができることだ。Dotは新しいメッセージがなくても、許可された情報源を読み、役立ちそうな情報を探す「proactive research」を行える。
従来は「人間が思い出してAIを呼ぶ」必要があった。Dotでは「担当者が案件を持っている」状態になる。
この差は地味に大きい。人間の仕事は、作業そのものより「前回どこまでやったっけ」を復元するところでかなり溶けるからだ。
3. 始め方はPC先行。作ったあとはスマホに連れてこられる
初回作成はデスクトップ版ChatGPTまたはPCブラウザから行う。名前を付け、目標を渡し、必要なアプリを接続し、何を自動でやってよいかを決める。
作成後はモバイルアプリから会話できる。つまり初回だけPCで出生届を出して、その後はAndroidやiPhoneに連れて歩ける。
プロフィールから進行中・Scheduled・Completedを確認でき、定期タスクの頻度や通知も管理できる。自分のPCへアクセスさせる機能は任意で、標準ではDot自身のクラウドPCが別に存在する。
「PCを24時間つけっぱなしにしないと常駐できない」わけではない。そこはかなり重要である。
4. 利用量はおいしい。ただし「永久・完全無制限」とは書いていない
ローンチ時点では、最初のDotは対象のProまたはBusiness Premiumプランに追加料金なしで含まれる。Enterprise系は管理者が有効化するベータだ。
OpenAIは、Dotとの会話は通常のChatGPT利用上限へカウントしないと説明している。一方で「deeper work」には別の利用枠があり、ローンチ後最初の1か月はその上限が拡張される。さらにリリースノートでは、最初の1か月は対象ユーザーのDots利用がプランの通常利用枠へカウントされないとしている。
SNSでは「一晩Blenderを動かしても利用表示がほぼ減らなかった」といった報告も出ている。これはローンチ条件と整合するが、そこから「永遠に無料で無限GPU農場が手に入った」と読むのは飛躍である。
また、DotがCodexやChatGPT Workのタスクを起動・管理した場合、そのCodex/Work側の利用量は通常どおり計上される。
タダ飯ではない。ただし、かなり豪華な前菜が付いている。
5. 一番おいしい使い方は「定期実行の補助員」かもしれない
Scheduled Tasksは強い。決まった時刻に仕事を開始できる。ただし現実の自動化は、開始より終了のほうが難しい。
APIが一回落ちる。権限が足りない。途中でタイムアウトする。ある処理だけ失敗する。ログは出た。原因分類もできた。next actionも書いた。
そして誰も次をやらない。
自動化あるあるである。
ここにDotを置くと役割がきれいに分かれる。
Scheduled Taskは「定刻に仕事を始める人」。Dotは「結果を見て、終わっていなければ拾う人」。
失敗・PARTIAL・HOLD・能力不足を見たら、現在状態を読み直し、最後に確定した地点から再開する。安全に続けられる別の作業があれば止めない。原因がコードなら修理し、必要なら専門のコーディングエージェントへ渡し、その結果も回収する。
「失敗を通知して終わり」から「失敗した仕事を担当者が持ち続ける」へ変わる。
6. Dot・Scheduled Task・Codexは、現場監督・時報・修理屋に分けると分かりやすい
三層にすると設計しやすい。
Scheduled Taskは時報だ。決まった時刻や条件で処理を起動する。
Dotは現場監督だ。複数のrunをまたいで状態を見て、未完了を拾い、優先順位を付け、再試行ではなく原因修復へ進み、完了条件まで追う。
Codexは修理屋だ。コード変更、テスト、リファクタ、複雑な実装が必要になったときに呼ぶ。
ここで重要なのは、DotがCodexタスクを作った瞬間に「仕事した感」を出さないことだ。
Codex起動 → 修正完了 → diff確認 → テスト → 反映 → 再実行 → 本番確認。
ここまで閉じて初めて完成である。
「修理業者に電話しました」で工場長が帰宅してはいけない。
7. 失敗対応は「報告」ではなく閉ループにする
常駐補助員へ渡す指示で最重要なのは、終了条件だ。
悪い指示は「失敗を見つけたら教えて」。これでは高性能な監視カメラになる。
良い指示は「失敗を見つけたら現在状態を確認し、原因を特定し、安全な最小修復を行い、再検証し、まだ未完了なら継続する。コード修正が必要なら専門エージェントへ委譲し、結果を回収して再検証する。実行不能なら最後の確定地点と次手を保存して次回そこから再開する」だ。
さらに同じ失敗が繰り返されるなら、元のScheduled Taskの指示、停止条件、参照先、終了判定そのものを見直す。
「原因を分類しました」は現場で言えば「火事の種類が分かりました」である。
消火しろ。
8. ただし、Dotに王国の全権を渡す必要はない
Dotsには権限設定とCustom Rulesがある。何を自動実行してよいか、事前承認が必要か、毎回確認するか、人間へ引き渡すかを調整できる。
また、proactive researchは意図的に制限されている。バックグラウンドで接続先を読むことはできるが、その研究用ツールから直接メッセージを送ったり、プラグインの内容を書き換えたり、ブラウザやPCを勝手に操作したりはできない。実際の変更操作は通常の権限・承認・安全確認へ戻る。
これは欠点というより、常駐AIでは重要な設計だ。24時間働く担当者が24時間勝手に本番を壊せる必要はない。
推奨は、観測と調査は広く、破壊的・外部影響の大きい操作は狭くすることだ。
9. 実際に使うと、「気が利く」の正体は“聞く前に答えが置いてある”ことだった
実際にDotを使い始めると、Live Scheduled Tasksの補助員という役割以外にも、かなり相性のいい仕事が見えてくる。
たとえばアクセス数を定期的に見て、伸び始めた記事の推移をグラフにする。そのうえで「どの記事が伸びたか」だけでなく、「伸びた記事にはどんな共通点があるか」まで整理する。テーマ、入口、言語、公開後の動き、読者の回遊などを見て、次に改善すべき場所を先回りして出す。
もう一つは運用保守だ。CloudflareやGitHub側で処理が止まっていれば、状態を確認し、原因を切り分け、安全に直せる範囲なら修正し、必要ならそのまま完遂まで追う。こちらが毎回「今どこで止まってる？」「アクセスどう？」「伸びてる記事は？」と質問しなくても、Dotを開いた時点で調査や修復が進み、答えが置いてある状態を作れる。
これが地味に一番強い。
しかも実際には、アクセスを見るだけではなかった。Cloudflare側のビルドを進め、GitHub側の状態を観測し、必要な修正まで進めていた。つまり「異常を見つけて報告する監視役」ではなく、許可された範囲ならそのまま現場へ降りて手を動かす。
ここまで来ると、もはや「気が利くね」で終わる。毎回こちらが細かく指示しなくても、見て、直して、確認して、次へ進む。AIが“便利な道具”から“仕事を持つ担当者”へ変わった感覚がかなり強い。
AIに毎回答えを取りに行くのではなく、担当者の机を見に行ったら、もうグラフと原因分析と修理結果が置いてある。
「気が利くAI」という表現はふわっとしているが、実務ではかなり具体的だ。自分が毎回思い出して聞いていた問いを、先に拾って処理してくれる。
ここまで来ると、便利なのはAIの回答速度より、人間側の「確認しなきゃ」を減らせることなのかもしれない。
しかも実際には、観測だけではなく、Cloudflare側のビルド状況を追い、GitHub側の状態を見て、必要な修正まで進めてくれた。つまり「異常を見つけました」で止まらず、「見つけたので直しておきました」に近づいている。
ここまでやってくれると、もう“気が利きそう”ではなく“普通に気が利く”である。人間が毎回ダッシュボードを巡回して、GitHubを開いて、ビルドを確認して、詰まりを探していた仕事が、担当者側の定常業務へ移っていく。
気づけば、AIへ仕事を頼むというより、すでに仕事を見てくれている担当者へ結果を見に行く感覚になってくる。
10. 結論：「靴屋の小人さん」に必要なのは、魔法より完遂条件
Dotsの本当の価値は「賢いチャットがもう一個増えた」ことではない。
人間が離席しても案件の状態が残り、定期タスクと接続アプリをまたぎ、前回の失敗から続けられることにある。
だから、単純な雑談相手として使うより、「毎回失敗しがちな定期処理の常駐補助員」「未完了を拾う監督」「コード修理が必要なときだけ専門家を呼ぶオペレーター」にすると化ける。
AI版・靴屋の小人さんである。
ただし翌朝、靴が完成しているだけでは足りない。サイズが合うかまで確認してほしい。
常駐エージェント時代の合言葉はこれになる。
報告ではなく、完遂。
