ChatGPT dots登場｜発信準備を任せる一枚の依頼

2026年10月8日

公式更新・過去稿・制作時間から候補二本と保留一本を返す継続仕事を設計する。
以下の完成例は手順を理解するための教材で、実在する顧客の成果や数値ではありません。

欲しい一枚から決める

ChatGPTのdotsは、会話していない間も仕事を進めるAIとして発表されました。
発信者なら何を任せるか。
今日は、毎週のニュース集めを、撮る一本が決まるところまでつなぐ依頼を作ります。

「AIがずっと働いてくれる」と聞くと、何でも自動にしたくなりますよね。
でも、毎朝ニュースが二十件届いて、自分が全部読んで、結局いつもと同じように企画を考えるなら、忙しさの場所が変わっただけかもしれません。
欲しいのは通知の山ではなく、次に何を撮るかを決められる材料です。

OpenAIは九月二十九日、dotsを発表しました。
GPT-6 Astraを使い、専用のクラウド環境や接続したアプリで継続的に仕事を進める仕組みです。
対象のプランや地域から順次提供されるため、誰でも今すぐ同じ状態で使えるとは言いません。
自分のアカウントで使える機能と許可を確認してください。

今日は、僕のdotsが一週間動いて成果を出したという体験談ではありません。
公式の新しい方向を踏まえて、発信の仕事をどう渡すか、実際に使える依頼書を作る回です。
同じ依頼をCodexで一回だけ実行して確認してから、続けて任せるかを決める形にします。
最初から自動運転にする必要はありません。

完成する依頼を先に読むと、こうです。
「今週、自分の視聴者の仕事が変わる公式更新を三件まで調べ、手元の過去原稿と照合してください。
重複を避け、撮る候補を二本、保留を一本に絞り、出典と最初の一文を付けてください。
公開や他人への送信はせず、僕が選べる一枚を返してください」。
何が手元に戻るかが見えますよね。

この依頼のポイントは、調べる件数を減らすことだけではありません。
調べた後に、過去の自分の仕事と照合する工程が入っています。
新しいモデルが出ても、前の週と同じ説明を名前だけ変えて話すなら、視聴者の仕事はあまり進まない。
前は何を扱い、今回はどこが違うのかまで考える材料を渡します。

渡す材料

用意するのは三つです。
視聴者が今困っていることを書いた短いメモ。
自分が過去に出した原稿の一覧。
参照してよい公式ページの一覧です。
ここへ今週使える制作時間を加えます。
撮影できるのは一本なのに、AIが十本のシリーズを提案しても使えません。
現実の制約も、企画の品質を決める材料です。

視聴者のメモは、肩書きだけにしません。
「三十代の個人事業主」より、「投稿案はあるが、毎回どの素材を使うかで止まる人」。
どこで手が止まっているかが分かると、同じAIニュースでも拾い方が変わります。
画像生成の新機能なら、派手な絵を作る話より、自分の写真の修正範囲を決める話が合うかもしれません。

過去原稿の一覧には、タイトルだけでなく、視聴者が完成させるものを一行入れます。
「プロフィールの一文」「投稿の冒頭二案」「特典の最初の行動」。
同じツール名でも完成する仕事が違えば、新しい回になる。
逆にツール名が変わっても同じ仕事なら重複の可能性がある。
この見方をAIへ渡しておきます。

一回の試運転

Codexで一回試す時は、三つの材料を指定したうえで、元のファイルは変えずに、候補表と出典表を別に作るよう頼みます。
候補表には、視聴者の悩み、今の更新、完成するもの、前回との違い、最初の一文を並べる。
出典表には公式URL、発表日、確認した日、利用条件を残す。
きれいな要約より、あとで確かめられる形を優先します。

戻ってきた候補が「AIを使って効率化する」なら、まだ広い。
「手書きのメモから、今週の投稿に使える自分の論点を一つ抜き出す」なら、始まりと終わりが見えます。
ここまで狭くできれば、撮影に必要な材料も分かります。
紙のメモを用意するのか、過去の動画を使うのか。
企画と撮影がつながります。

出典の確認では、発表済みと提供予定を分けます。
公式ページに今後対応とあれば、今使える手順として台本へ入れない。
自分の契約で未提供なら、準備の考え方を扱うか、候補を保留にする。
AIが古い記事を新しい話として拾ったら、発表日と確認日を別の欄にして、どちらを見ているか戻します。

「それなら、自分で調べたほうが早くないですか」と感じる人もいると思います。
最初の一回は、そうかもしれません。
だから、一回試す意味があります。
AIが集めたものを全部調べ直す必要があるなら、まだ任せる範囲が広すぎる。
参照先を絞る、返す候補を減らす、出典が取れないものを除く。
自分の確認が楽になるところまで仕事を調整します。

人が持つ判断

ここで、AIに残しておく判断と、人が持つ判断を分けます。
AIには、資料の整理、過去稿との重複確認、候補の比較を進めてもらう。
人は、何を自分の言葉で話すか、どの体験を公開するか、どの商品へつなげるかを決める。
全部の操作を毎回止めるのでも、全部任せるのでもなく、決定の種類で境目を引きます。

一週間の具体例

一週間の例をもう少し具体的にします。
月曜に、公式更新と過去稿から候補が二本戻る。
片方は今週使える機能、もう片方は自分の環境ではまだ提供されていない機能。
前者を撮影候補にして、後者は公式の提供条件が変わるまで保留にする。
保留の理由は「つまらない」ではなく「今の視聴者へ実行手順を示せない」です。
理由が具体的なら、再検討する条件も分かります。

水曜に新しい発表があったとして、AIは何を返すべきか。
ニュースの全文をまた送るより、「月曜に保留した条件が変わりました。
利用面の案内が更新されています。
撮影候補へ戻すか判断できます」と、前の決定との差を示す。
その判断が本当に必要な時だけ知らせてもらえれば、毎回最初からニュースを理解し直さずに済みます。

一方、単に同じ発表を別の場所で見つけたなら、新しい候補を増やさない。
公式ページの日付と内容を見て、同じ更新だと分かれば、出典表へ追記する必要があるかだけ考える。
件数が増えたことを仕事が進んだことへ置き換えない。
この区別も、最初の依頼に書いておけます。

候補を選んだあとの引き継ぎには、採用タイトルだけでなく、誰の困りごとか、使う自分の材料、最初に示す答え、まだ分からない部分を残します。
台本を書く時にまた一般的な情報収集へ戻らないためです。
調査の結果が次の工程へ渡らず、毎回最初から調べ直すなら、自動化しても同じ仕事が繰り返されてしまいます。

ここまでで、材料、返してもらう一枚、人の判断、続ける条件が決まりました。
毎週そのまま使える依頼書にしておくと、来週も最初から説明し直す負担を減らせます。

続けるかを決める時の問いは、「この一枚で撮る一本を決められたか」です。
全部を採用できなくても、候補を外す理由が明確になったなら役立つことがあります。
反対に、文章が長くても判断が変わらなければ、返す形を変える。
毎週動く仕組みを作ることより、毎週の制作に必要な判断が進むことを、完成の条件にします。

僕が継続する仕事で大切だと思うのは、変わっていない時には余計な報告を増やさないことです。
前と同じニュースしかないなら、同じ要約を毎朝送られても使いません。
新しい判断が必要な時、予定が変わった時、決めた仕事が終わった時に分かる。
通知の数で働いている感じを出す必要はないと思います。

ただし、静かなら何をしているか分からなくなる、という心配もあります。
そこで、あとから見られる作業記録を一箇所に残します。
何を調べ、何を候補から外し、どの資料を読んだか。
必要な時だけ開けば分かる状態です。
通知と記録は別物。
ずっと知らせ続けなくても、仕事が見えるようにできます。

継続の条件には、いつまでやるかも入れます。
まず一週間、決めた曜日の制作前に一回。
撮る本数が変わったら見直す。
不要になったら止める。
これは便利な機能を小さく使うための設計です。
毎日できるから毎日動かすのではなく、判断するタイミングに合わせます。
自分の生活に余計な確認を増やさないようにしたいんです。

一回の試運転が終わったら、候補二本のうち実際に選べたかを見ます。
選べなかったら、理由が重要です。
自分の経験がない、素材がない、視聴者とずれている、前回と同じ。
そこを次の依頼へ反映する。
AIが長いレポートを出したかより、あなたの判断が一歩進んだかを確認します。

継続で起きるずれ

一つ目のずれは、過去の決定が消えることです。
前回「このテーマは素材がないから保留」としたのに、次の週も同じ案が出てくる。
これを防ぐには、候補の採否と理由を短く残します。
長い会話を全部記憶してくれると期待するより、次に読む決定表を一つ持つほうが、自分でも確認しやすい。

二つ目は、確認していないことを完了と呼ぶことです。
「台本ができました」と「受取用の資料が開けます」は違います。
原稿の作成、ファイルの保存、公開、受け取りを別の欄にします。
発信は工程がつながっているからこそ、一つできたことを全部できたことへ広げない。
この区別が、次の担当へ渡す時にも効きます。

三つ目は、目的が少しずつ変わることです。
最初は自分の投稿を準備する依頼だったのに、いつの間にか別の商品や別の人へ案内する話になる。
変更する時は、対象と完成物を一行で書き直す。
人が決めていない売り方を、AIの提案が既定路線にしてしまわないようにします。
提案は歓迎しても、決定とは分けて残します。

もし間違った資料を使ったと分かったら、その資料に依存した候補を止めます。
全部を最初から作り直す前に、どの主張とどの原稿へ影響するかを確認する。
元の版を残し、直した理由を付けて新しい版を作る。
継続する仕事ほど、失敗しないことだけでなく、戻れることが重要になります。

依頼の見直しは、毎回長い反省会にしなくて構いません。
候補が広すぎたなら対象を一つに絞る。
資料が古かったなら正本を指定する。
変えた条件を一行残し、次の一回で確かめる。
この小さな修正が続けられることを、最初の設計に入れておきます。

dotsのような仕組みが広がると、AIと話す回数より、任せた仕事がどう戻ってくるかが大事になっていくと思います。
僕は、発信者が確認作業だけで一日を使う状態にはしたくない。
自分にしか話せないことを考える時間を残したい。
そのために、最初の依頼を具体的にするんです。

今日の一歩は、自動化の設定を増やすことではありません。
来週の制作前に欲しい一枚を決めることです。
候補二本、出典、過去との違い、最初の一文。
その一枚が使えたら、同じ仕事を次も任せる。
ずっと働くAIを、自分の仕事がちゃんと進むAIにするところから始めましょう。

自分の材料で試す手順

次の制作前に欲しい一枚を決める
三つの材料と制作時間を渡す
Codexで一回だけ試す
出典と過去稿を戻って確認する
採否理由と継続・停止条件を残す

実行前の確認表

確認すること	確認結果・元資料
候補だけで撮る一本を選べる	自分の資料で確認し記入
過去稿と名前だけ違う企画になっていない	自分の資料で確認し記入
提供予定を現在使える手順にしていない	自分の資料で確認し記入
公開・送信と準備の境目が分かる	自分の資料で確認し記入
継続の終了・見直し条件がある	自分の資料で確認し記入