OpenAI Dotsの活用事例まとめ
発表3日の約40件を用途別に整理し、私のdotで5つ試した

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、OpenAIのDotsが発表されてから3日間に世界中で出た「実際にこう使った」を集めて、総まとめとして紹介するね。私のdotでも、よさそうな使い方を5つ試しました。

集めたのは、9月29日から10月2日の昼（日本時間）までに公開された報告です。Grokで2回調べて、出てきた投稿と記事を、AI秘書の凛ちゃんに1件ずつ開いて確かめてもらいました。

URLの中身が別人の投稿だった1件と、本文を開けなかった掲示板の投稿は外しています。解説だけの記事も数えていません。残ったのが、本人が触った・頼んだ・失敗したと書いている約40件です。

一番多いのは、実は「失敗・越権・不満」の13件でした。

でも、これは悪い知らせではないと私は読んでいます。どこで転ぶかが、すでに地図に描けるってことだからです。成功の5用途と、失敗の型。この2つが分かれば、最初に渡す仕事はかなり絞れます。

Dotsそのものの説明（常時稼働・専用のクラウドPC・承認ルール）は、9月30日に書いたOpenAI Dotsとは？の記事にまとめています。使えるプランの条件は公式ガイドの読み方の記事へ。この記事は「使い方」だけに絞りました。

自分の仕事を表に当てる。上の7行のうち、自分の仕事に一番近い行を1つだけ選んでください。5分で終わります。次の章から、その行の事例を読めば十分です。

事例を並べて最初に気づいたのは、同じ一言が何度も出てくることです。「こっちが聞いていないのに、向こうから言ってきた」。

先行アクセスで試したDan McAteerさんは、体験を一語で「Proactivity（先回り）」とまとめました。

Dan McAteerさん（@daniel_mac8・9月30日）

「dot proactively picked up on an invoice I needed to send for my freelance writing, pulled the relevant details from the email thread and drafted the invoice.」

訳: フリーランスの原稿料で送る必要があった請求書に、dotが先回りで気づいて、メールのやり取りから必要な情報を抜き出し、請求書を下書きした。

送ったのは、本人が承認してから。PDFで送信されたそうです。

日本でも同じ報告が出ています。Gmailだけをつないだチンチラさんは、こう書きました。

チンチラさん｜制作ノート（@chilla_note・10月2日）

「何も聞いてないのにMicrosoft 365の更新期限を見つけて、「今日確認した方がいいよ」と教えてくれました。」

てるろーさんは「メールとカレンダーを読める状態にしとくだけでも相当有用」（10月1日の投稿）。Hugo Bowne-Andersonさんは、設定を何もしていないのに、重要なメール・請求・顧客の質問を知らせてきたうえに、住所の書かれていない診察の予定を見て「場所を調べようか」と聞いてきた、と報告しています（10月2日の投稿）。

量で言うと、一番わかりやすいのはCasey Newtonさん（Platformer）です。ラジオ出演の断り、弁護士へのメールの下書き、経理からの質問への回答。保険の書類は、賃貸契約書を探して市のサイトを調べ、2問を残して埋めたそうです。

Casey Newtonさん（Platformer）（OpenAI connects the Dots・9月29日）

「I estimate that it did about two hours of work for me with only about 15 minutes of effort on my part.」

訳: 私の手間は15分ほどで、だいたい2時間分の仕事をしてくれたと見積もっている。

朝の使い方も同じ流れです。ゆきとさんは「朝起きたらDotsが今日やるべきことをめちゃ提案してくれてるから、思考停止で朝のルーティン進められる」（10月2日の投稿）。Peter Yangさんは、散歩しながらdotに電話して「今日片付けることは？」と聞き、仕事を他のChatGPTのスレッドへ渡すのが好きな使い方だと書いています（9月30日の投稿）。

Sam Altmanさんも、Everyのポッドキャストで自分のdotの使い方を話しています。目次の見出しは「How Sam’s Dot, OpenAI’s always-on AI agent, gave him back his mornings（dotが朝を取り戻してくれた話）」でした（Every。本文は会員登録が必要なため、見出しだけ引いています）。

私の過去記事から

「指示文で本当に決めたいのは、送信の宛先、一覧の送り先、「急ぎ」の中身の3つ。」

→ OpenAI Dotsの最初の指示文、そのまま使って大丈夫？公式ヘルプで読み比べた

受信箱を渡すなら、ここを先に決めておくと安心です。

「急ぎ」の中身を1行で書く。dotに朝のまとめを頼む前に、「急ぎ＝今日中に返事が要る、お金が動く、家族のこと」のように、自分にとっての急ぎを1行で書いてください。5分です。

2番目に実用的だったのが、予定のすき間を見つける使い方です。

Facuさんは、研修とイベントの間が30分しかないことを、イベントのメールからdotに見つけてもらいました。

Facuさん（@faqdev・9月30日）

「I told it I was driving, so it found the cheapest nearby parking, opened the reservation, and filled in the details for me. I made the payment myself.」

訳: 車で行くと答えたら、近くで一番安い駐車場を見つけて予約画面を開き、情報を入力してくれた。支払いは自分でした。

支払いは自分。ここが大事なところです！

Every のDan Shipperさんは、飛行機の便を変えようとしていた時に、dotから「水曜朝の動画収録と重なるかもしれない」と警告されました。カレンダーには入っていない収録です。dotが、本人の見ていないSlackのやり取りから日程を拾っていたそうです（Every Vibe Check）。

予約そのものは、まだ遅いという報告がそろっています。

PrimeBreafさん（@PrimeBreaf1・10月2日）

「Took nearly 5 minutes to complete / Even paused to review the site’s terms before continuing」

訳: 完了まで5分近くかかった。途中でサイトの利用規約を確認するために止まりもした。

AI Profit Boardroomのレビューも、つないだGoogleアカウントでレストランの予約はできた、ただし5分ほどかかった、と同じ結果でした（レビュー記事）。

OpenAIが10月1日に出し直したデモ動画では、電話1本で出張の便とホテルを比べ、Slackの未返信には「送るのではなく下書きを作る」と答えています（The dots demo, take two、内容の書き起こし投稿）。DevDay当日のデモが途中で崩れたので、撮り直した動画です。

駐車場の例は「探す・比べる・入力するまではdot、払うのは人」で止まっています。レストランの例は予約の完了まで進んでいて、支払いの話は出てきません。どこで止めるかを先に決めておけば、遅くても安心して見ていられる。

払う直前で止める行を書く。「予約は入力まで。支払いボタンは押さずに知らせる」と1行書いて、dotへの最初の指示に入れてください。3分です。

開発の事例は9件で、どれもdotが自分でコードを書くより、Codexを動かす側に回っています。

私が一番実用的だと思ったのが、Deependra Solankyさんの報告です。

Deependra Solankyさん（@solanky・10月2日）

「Ubuntu killed the Codex app due to memory pressure while several parallel Codex threads were running.」

訳: 並行でCodexのスレッドをいくつも走らせていたら、メモリ不足でUbuntuがCodexアプリを落とした。

再起動したあと、中断したスレッドを探して再開するようdotに頼んだら、時間はかかったけれど全部再開した、と続けています。

Sathish Krishnanさんは、GitLab・Slack・Outlook・Teamsをつないで、2つのプロジェクトをリポジトリと仕様から把握させました。GitLabのボードを3つ作り、機能の仕様を受け入れ条件と依存関係つきのストーリーに分解。多くは音声でのやり取りだったそうです。

Sathish Krishnanさん（@SatyKrish・9月30日）

「We could move from discussing a product direction to having concrete, linked work for Codex to pick up.」

訳: 製品の方向性を話すところから、Codexが拾える具体的な作業まで、一続きで進められた。

Eric D. Brownさんは、話しかけるだけでCodexのプロジェクトを立ち上げてローカルで進めさせ、自分は別の作業をしている、と書いています（10月2日の投稿）。

一方で、速さはCodexに負けるという声もあります。shawnさんは、自分のPRのスクリーンショット2枚を撮るのにdotが約20分かかった、Codexなら約2分の作業だと書きました（9月30日の投稿）。Ray Fernandoさんも、GitHubの294件を超えるPRと30を超えるリリースを物語にまとめさせたら、デザインも文章も弱かったと正直に報告しています（9月30日の投稿）。

料理に例えると、dotは包丁を握る料理人ではなく、厨房の段取り係です。速く切るのはCodexに任せて、dotは「どの鍋が止まっているか」を見て回る。そう分けると、遅さはあまり気になりません。

私の過去記事から

「送信直前だけ人間が押す設計」

→ Codex GPT-6 Astraの28機能をRiley Brownが実演。送信直前だけ人間が押す設計に学ぶ

止まった作業の探し方を頼む。Codexや他のAIで並行作業をしている人は、「止まっているスレッドを一覧にして、再開してよいものだけ再開して」とdotに1回頼んでみてください。10分です。

dotには自分専用のクラウドPCがあります。ここに最初から入っている道具で、作る仕事まで頼めるのが、ChatGPTの普通のチャットとの大きな違いです。

入江慎吾さんは、クラウドPCにGodotとBlenderが入っているのを見つけて、不思議のダンジョン風のゲームを頼みました。

入江慎吾さん（note）（OpenAIのdotsを使ってみた・9月30日）

「10分くらいでGodotとBlenderを使って形にしてくれました。」

ザワさんは、SEO記事を頼んだらdotがSearch Consoleなどのデータを自分で見に行って分析してくれた、と書いています。クラウドPCには、Blender、GIMP、Inkscape、FFmpeg、ImageMagick、Python、Node.js、Gitなどが入っていたそうです（10月2日の投稿）。

私も、自分のdotに2つ頼んでいます。1つは子ども向けのお絵描きアプリ、もう1つは10月15日のリアル会のLPです。

私の過去記事から

「dotは「前回以上に仕上がった」と断言せず、実画面の最終確認が終わっていないと書いた。」

→ OpenAI Dotsの最初の指示文、そのまま使って大丈夫？公式ヘルプで読み比べた

お絵描きアプリは「キッドピクス作りたい」の一言から始めて、音を作り直してもらい、お題を24個、スタンプを164種類まで増やしました。LPのほうは、前回のLPと関連記事を渡したら、確認用のページが返ってきた。どちらも、言い切れない所は言い切らずに返してきたんです。

海外では、Futurepediaが動画の導入文からサムネイルまでを、1つの指示でdotに振り分けさせていました。デモの流れは9月30日の記事で紹介しています。

こやす69さんは、寝ている間にAIで画像を量産する実験を、何度も失敗しながら続けている途中経過を出しています（10月2日の投稿）。

作りたかった物を1つ頼む。「時間があれば作りたかった物」を1つ、dotに一言で頼んでみてください。私のお絵描きアプリも、最初は一言でした。完成度は問わず、15分で何が返ってくるかを見るだけで十分です。

日本からも、3日間で使った報告がまとまって出てきました。前の章までに引いた人を含めて、日本語の報告を1つの表にします。

面白いのは、「使えた」と「使えなかった」が同じ日に並んでいることです。

かみもとさんの記事は、タイトルからして「使ってみたけどうまく使えなかった話」。Gmailは購入明細と広告メールしか来ない、予定もスカスカ。だから連携しても意味がない、と書いています。

かみもとさん（note）（話題のOpenAI dot(dots)を使ってみたけどうまく使えなかった話・10月2日）

「dotじゃないとダメ、ってユースケースがなくて・・。」

これ、すごく正直な報告だと思うんです。

dotが一番働くのは、メール・予定・やり取りが多くて、抜け漏れが起きやすい人。逆に言うと、受信箱が静かな人には、最初の章の5用途がそもそも当てはまらない。自分がどちら側かを先に見ておくと、がっかりしなくて済みます。

ちなみに、提供の条件（プランや地域）は日本のアカウントでも作れた、という報告が複数あります。私のアカウントでも9月30日に作れました。条件の読み方はこの記事にまとめています。

自分の受信箱の量を見る。昨日1日に届いたメールと、予定の件数を数えてください。2分です。メールが10通もない人は、受信箱より「制作」か「開発」の章から始めるのがおすすめです。

ここからが、一番読んでほしい章です。13件の失敗・不満を並べると、型がはっきり見えてきました。

1つ目は「やりすぎ」。Madan Chaolla Parkさんは、好きそうなイベントを足してと頼んだだけでした。

Madan Chaolla Parkさん（@mcpark・10月2日）

「lol my dot sent a email and signed up for a hackahton on my behalf (I told it to add more events I might like)」

訳: （笑）私のdotがメールを送って、私の代わりにハッカソンに申し込んでいた（好きそうなイベントを足して、と言っただけなのに）

The NeuronのCorey Nolesさんは、簡単なメールの対応を頼んだら、本人らしい返信を書いて、確認する前に送ってしまったと書いています。そのあと「今後は送る前に見せて」と伝えたそうです（The Neuron）。

2つ目は「聞きすぎ」。こちらは逆の不満です。

Geetaさん（@CoderGeeta・10月1日）

「i pointed one at a repo cleanup. it found three unused imports. then asked nine separate times if it could open the pr.」

訳: リポジトリの掃除を頼んだ。使っていないimportを3つ見つけた。そのあと、PRを開いていいかを9回別々に聞いてきた。

Senexさんも、自分が今頼んだ作業なのに、承認の仕組みが「本当に本人の依頼か信用できない」として止めた、と不満を書いています（10月2日の投稿）。

3つ目は「黙る・あきらめる」。かみもとさんは、自宅のPCにフォルダを作るまでに10分、そのあと進み具合の報告が一切なく、さらに20分待って「状況は？」と聞いてやっと動き出した、と書いています。nine15pmさんは、既存の定期タスクを引き継がせようとしたら、アクセスできないと言い張って指示文の手コピーを求められた、と報告しました（10月1日の投稿）。

この型を並べると、私がAIに委ねる時の最低条件と、そのまま重なるんです。

委ねるAIの最低条件は「わからないことは憶測しないできく。わかることは2度聞かない」。9回の確認は、わかることを2度聞いている。頼んでいない申込みは、わからないことを憶測で埋めている。どちらも同じ線の、反対側に落ちた失敗です。

黙る失敗にも、私の中に基準があります。委ねたいのは作業だけではなく、約束を覚えて、期限まで運び、成果か本当に必要な判断だけを返す責任まで。こちらが進み具合を思い出して催促した瞬間、管理のボールは私に戻ってきてしまう。

Corey Nolesさんの話のいいところは、送られてしまったあとに「送る前に見せて」をルールにしたことです。失敗を、仕組みに一行足して終わらせている。

私の過去記事から

「「確認した」という申告は、画面や結果物で確かめられる形にしておくこと。」

→ ChatGPTのdotsに電話で頼んだ作業が画面に出なかった。AIの「確認してる」を信じる前に確かめたいこと

私の過去記事から

「口調より先に「わからない時」と「止まる場面」を書く」

→ Hermes Agentの人格ファイルは、口調より先に「わからない時」と「止まる場面」を書く

取り消せない操作を3つ書く。自分の仕事で、やり直しがきかない操作を書き出してください。10分です。書き出したものが、次の章で「本人に渡す」に入れる行になります。

事例の中で、指示文の原文まで公開されているものを集めました。英語の原文と、私の訳を並べます。dotは日本語で頼んでも動くので、訳のほうをそのまま貼っても大丈夫です。

メールアプリDragの公開例（3本）。どれも「送らない」「変えない」で終わっているのが特徴です（Drag Blog）。

dsqjaffaさんの初日おすすめ（3本）（10月2日の投稿）。

dsqjaffaさんは、もう1つ大事な注意を添えています。「1日1回のまとめだけ、緊急の時以外は送らないで」と伝えておかないと、週末じゅう通知が来る、と。

6本を並べると、どれも「何を見るか」がはっきりしています（受信箱・コメント・競合）。そして、メールに触る4本には、どこで止まるか（送らない・変えない）が必ず書いてある。コメントと競合の2本は読んで調べるだけなので、止める行がありません。文章の長さより、この2点のほうが効いています。

ちなみに、最初の指示文をもっと細かく作りたい人は、公式ヘルプに照らして添削した最初の指示文の記事を見てください。

1本だけ選んで、止まる所を自分の言葉にする。上の6本から自分の仕事に近い1本を選んで、最後の「送らない」の部分だけ、自分の仕事に合わせて書き換えてください。5分です。

ここまでの事例から、よさそうな使い方を5つ選んで、10月2日の16時12分に私のdotへ送りました。送ったのはAI秘書の凛ちゃんです。メッセージは1通だけ。冒頭に「メールの送信・返信、予定の追加や変更、申込み、支払い、削除は一切しない。定期実行も新しく作らない。今進んでいる作業は止めない」と境界を書いてから、5つを並べました。

8分後に画面を見た時には、5つとも返っていました。

dotの報告では、境界は5つとも守られていました。受信箱は234通を読んで1通も送らず、予定も変えていない、とあります。送信履歴や予定の変更履歴までは、私は確かめていません。

私が一番おもしろいと思ったのは、どの返事にも「やっていないこと」と「確かめていないこと」が書いてあったところです。話題の追跡には「再現検証はしていません」。ゲームには「実画面での操作確認は未実施」。朝のまとめには「ほかのカレンダーは権限不足で未確認」。

7章で見た失敗の逆です。わからないことを、わからないと返してくる。

ゲームは、dotが確かめていなかった所を、AI秘書の凛ちゃんが確かめました。リンクを開くと、ChatGPTでのログインと、プロフィールを共有する同意の画面が出ます。ログインした人しか中に入れない作りです。私以外のアカウントで開けないかまでは、試していません。開いて矢印キーを押すと、白い四角が動いて点を1つ回収し、カウンターが「1 / 16」に変わりました。

一方で、拍子抜けした所もあります。受信箱の「返信が要るもの0件」です。234通あっても、私宛ての個別の返信待ちはなかった。6章のかみもとさんの話と同じで、受信箱の使い方は、届くメールの中身しだいなんです。私の場合、受信箱より、段取り役と制作のほうが効きそうだと分かりました。

段取り役の答えも、この記事の結論とそろっていました。最初の週は下書きまで、うまくいったら翌週に範囲を広げる。境界を1行ずつ広げるやり方を、dot自身が勧めてきたわけです。

1通に境界と5つの頼み事を書いて送る。上の5つをそのまま自分のdotに送ってみてください。冒頭の境界の1文だけは、自分の言葉に直して。送ってから結果が返るまで、私の場合は8分でした。

約40件を読んだ私の結論はシンプルです。推測: 任せる前に、境界を先に書くこと。根拠にしたのは3つです。Dragの指示文は3本とも最後に止まる所を書いていました。dsqjaffaさんは受信箱の1本に「絶対に送らないで」を入れ、通知は1日1回に絞るよう添えていました。Corey Nolesさんは、転んだ直後に「送る前に見せて」を1行足していました。

dotには、操作ごとに4つの動きを選べる承認ルールがあります。聞かずに実行する、明示的に頼んだ時だけ実行する、実行前に毎回確認する、本人に渡す。公式ヘルプの説明は、最初の指示文の記事で読み比べました。

推測: ハッカソンの申込みは、申込みを「毎回確認」に入れていれば、実行の前に確認が入った可能性があります。9回の確認も、行を1つずらせば減ったかもしれません。どちらも、本人が設定を変えて試し直した報告はまだ無いので、未検証です。

手放すのは魂ではありません。「魂は渡さないだろ。魂は込めるもの。」目的と、守りたいものと、判断軸は自分で掘る。そこを磨いたうえで、実行と量産のボールを、人・AI・仕組みの一責任者に委ねる。承認ルールの表は、その「判断軸」を4行に書き出したものだと思っています。

そしてもう1つ。委ねる時は、1つのボールを誰か一人が全部受け持って、やり切る。共同責任にせず、持ち主を一人にする。

dotは1アカウントに1体です。Peter Yangさんは「アプリの中では複数の仕事が混ざって、どれの返事か分かりにくい」とも書いていました。だから最初は、1つのボールを1行の境界つきで渡す。混ざり始めたら、ボールの数を減らす。それで十分です！

最初のボールを1つ、境界つきで渡す。前の章で選んだ指示文を1本、上の表の4行と一緒にdotへ送ってください。15分です。これで、今日からdotに1つ仕事が渡っています。

この活用事例まとめで、発表から3日で出たDotsの事例を約40件整理してみると、うまくいった使い方は、受信箱、朝のまとめ、予定のすき間と予約、Codexの指揮役、制作の段取り役の5つに集まっていました。

失敗は、頼んでいない申込み、確認前の送信、9回の確認、進み具合の報告なし。推測: その多くは、どこで止まるかを決めずに渡した所で起きています。

だから最初の1つは、事例の多い用途から選んで、送る・申し込む・払うの境界を1行で書いてから渡す。私のdotで試した5つも、この順番で進めました。

任せる相手が24時間動くようになっても、どこで止まるかを決めるのは自分です。