00:05
チャットGPTのDotsは、会話していない、守る、仕事を進めるAIとして発表されました。 発信者なら何を任せるか?
今日は毎週のニュース集めを、取る一本が決まるところまで繋ぐ依頼を作ります。 AIがずっと働いてくれると聞くと、何でも自動にしたくなりますよね。
でも、毎朝ニュースが20件届いて、自分が全部読んで、結局いつもと同じように企画を考えるなら、忙しさの場所が変わっただけかもしれません。
欲しいのは通知の山ではなく、次に何を取るかを決められる材料です。
OpenAIは9月29日、Dotsを発表しました。 GPT-6 Astraを使い、専用のクラウド環境や接続したアプリで継続的に仕事を進める仕組みです。
対象のプランや地域から順次提供されるため、誰でも今すぐ同じ状態で使えるとは言いません。 自分のアカウントで使える機能と許可を確認してください。
今日は僕のDotsが1週間動いて成果を出したという体験談ではありません。
公式の新しい方向を踏まえて、発信の仕事をどう渡すか、実際に使える依頼書を作る回です。
同じ依頼をコーデックスで1回だけ実行して確認してから、続けて任せるかを決める形にします。
最初から全部自動運転にする必要はありません。
完成する依頼を先に読むとこうです。
今週自分の視聴者の仕事が変わる公式更新を3件まで調べ、手元の過去原稿と称号してください。
重複を避け取る候補を2本、保留を1本に絞り、出典と最初の一文を付けてください。
公開や他人への送信はせず、僕が選べる1枚を返してください。
何が手元に戻るかは見えますよね?
この依頼のポイントは、調べる件数を減らすことだけではありません。
調べた後に、過去の自分の仕事と称号する工程が入っています。
新しいモデルが出ても、前の週と同じ説明を名前だけ変えて話すなら、視聴者の仕事はあんまり進まない。
前は何を扱い、今回はどこが違うのかまで考える材料を渡します。
用意するのは3つです。
視聴者が今困っていることを書いた短いメモ。
自分が過去に出した原稿の一覧。
参照している公式ページの一覧です。
ここへ今週使える制作時間を加えます。
撮影できるのは1本なのに、AIが10本のシリーズを提案しても使えません。
現実の制約も企画の品質を決める材料です。
視聴者のメモは肩書きだけにしません。
30代の個人事業主より、投稿案はあるが毎回どの素材を使うかで止まる人。
どこで手が止まっているかが分かると、同じAIニュースでも拾い方が変わります。
画像生成の新機能なら、派手な絵を作る話より、自分の写真の修正範囲を決める話が合うかもしれません。
過去原稿の一覧にはタイトルだけでなく、視聴者が完成させるものを一行入れます。
プロフィールの一文、投稿の冒頭2案、得点の最初の行動。
同じツール名でも完成する仕事が違えば、新しい回になる。
逆にツール名が変わっても、同じ仕事なら重複の可能性がある。
この見方をAIへ渡しておきます。
コーデックスで1回試すときは、3つの材料を指定した上で、
元のファイルは変えずに、候補指標と出展表を別に作るように頼みます。
03:00
候補表には視聴者の悩み、今の更新、完成するもの、前回との違い、最初の一文を並べる。
出展表には公式URL、発表日、確認した日、利用条件を残す。
綺麗な予約より後で確かめられる形を優先します。
戻ってきた候補がAIを使って効率化するなら、まだ広い。
手書きのメモから、今週の投稿に使える自分の論点を1つ抜き出すなら、始まりと終わりが見えます。
ここまで狭くできれば、撮影に必要な材料も分かります。
紙のメモを用意するのか、過去の動画を使うのか、企画と撮影が繋がります。
出展の確認では、発表済みと提供予定を分けます。
公式ページに今後対応とあれば、今使える手順として台本へ入れない。
自分の契約で未提供なら、準備の考え方を扱うか、広報を保留にする。
AIが古い記事を新しい話として拾ったら、発表日と確認日を別の欄にして、どちらを見ているかを戻します。
それなら自分で調べた方が早くないですか?と感じる人もいると思います。
最初の1回はそうかもしれません。
だから1回試す意味があります。
AIが集めたものを全部調べ直す必要があるなら、まだ任せる範囲が広すぎる。
参照先を絞る。返す広報を減らす。出展が取れないものを除く。
自分の確認が楽になるところまで仕事を調整します。
ここでAIに残しておく判断と人が持つ判断を分けます。
AIには資料の整理、過去行動の重複確認、候補の比較を進めてもらう。
人は何を自分の言葉で話すか、どの体験を公開するか、どの商品へ繋げるかを決める。
全部の操作を毎回止めるのでも、全部任せるのでもなく、決定の種類で境目を引きます。
1週間の例をもう少し具体的にします。
月曜に公式更新と過去行から候補が2本戻る。
片方は今週使える機能、もう片方は自分の環境ではまだ提供されていない機能。
前者を撮影候補にして、後者は公式の提供条件が変わるまで保留にする。
保留の理由はつまらない。ではなく、今の視聴者へ実行手順を示せない。です。
理由が具体的なら、再検討する条件もわかります。
水曜に新しい発表があったとして、AIは何を返すべきか。
ニュースの全文をまた送るより、月曜に保留した条件が変わりました。
利用面の案内が更新されています。
撮影候補へ戻すか判断できますと、前の決定との差を示す。
その判断が本当に必要な時だけ知らせてもらえば、毎回最初からニュースを理解し直さずに済みます。
一方、単に同じ発表を別の場所で見つけたなら、新しい候補を増やさない。
公式ページの日付と内容を見て、同じ更新だとわかれば出展票へ追記する必要があるかだけ考える。
件数が増えたことを仕事が済んだことへ置き換えない。
この区別も最初の依頼に書いておけます。
候補を選んだ後の引き継ぎには採用タイトルだけでなく、誰の困りごとか、使う自分の材料、最初に示す答え、まだわからない部分を残します。
台本を書く時にまた一般的な情報収集へ戻らないためです。
調査の結果が次の工程へ渡らず、毎回最初から調べ直すなら、自動化しても同じ仕事が繰り返されてしまいます。
06:03
ここまでで材料、返してもらう1枚、人の判断、続ける条件が決まりました。
毎週そのまま使える依頼書にしておくと、来週も最初から説明し直す負担を減らせます。
週1回で回す発信リサーチ依頼書は、概要欄の公式LINEを追加して、トークに週1回の依頼と送ると受け取れます。
記入例、空欄の依頼書、コーデックスで1回試す指示、結果を確かめる表をまとめています。
最初は、次に取る1本で視聴者へ渡したいものを書いてください。
この後、続けて任せる時に起きやすいズレを話します。
続けるかを決める時の問いは、この1枚で取る1本を決められたかです。
全部を採用できなくても、候補を外す理由が明確になったなら役立つことがあります。
反対に文章が長くても判断が変わらなければ、返す形を変える。
毎週動く仕組みを作ることより、毎週の制作に必要な判断が進むことを完成の条件にします。
僕が継続する仕事で大切だと思うのは、変わってない時には余計な報告を増やさないことです。
前と同じニュースしかないなら、同じ要約を毎朝送られても使いません。
新しい判断が必要な時、予定が変わった時、決めた仕事が終わった時に分かる。
通知の数で動いて働いている感じを出す必要はないと思います。
ただし、静かなら何をしているか分からなくなるという心配もあります。
そこで、後から見られる作業記録を一箇所に残します。
何を調べ、何を候補から外し、どの資料を読んだか。
必要な時だけ開けば分かる状態です。
通知と記録は別物。ずっと知らせ続けなくても、仕事が見えるようにできます。
継続の条件には、いつまでやるかも入れます。
まず1週間、決めた曜日の制作前に1回。
取る本数が変わったら見直す。
不要になったら止める。
これは便利な機能を小さく使うための設計です。
毎日できるから毎日動かすのではなく、判断するタイミングに合わせます。
自分の生活に余計な確認を増やさないようにしたいんです。
1回の試運転が終わったら、候補2本のうち実際に選べたかを見ます。
選べなかったら理由が重要です。
自分の経験がない、素材がない、視聴者とずれている。
前回と同じ。そこを次の依頼へ反映する。
AIが長いレポートを出したか、よりあなたの判断が一歩進んだかを確認します。
1つ目のズレは過去の決定が消えることです。
前回このテーマは素材がないから保留としたのに、次の週も同じ案が出てくる。
これを防ぐには候補の歳比と理由を短く残します。
長い回を全部記憶してくれると期待するより、次に読む決定表を持つ方が自分でも確認しやすい。
2つ目は確認せないことを完了と呼ぶことです。
台本ができました!と受け取り用の資料が開きます。は違います。
原稿の完成、パイルの保存、公開受け取りを別の欄にします。
発信は工程が繋がっているからこそ、1つできたことを全部できたことは引き広げない。
この区別が次の担当へ渡す時にも効きます。
3つ目は目的が少しずつ変わることです。
最初は自分の投稿を準備する依頼だったのに、いつの間にか別の商品や別の人へ案内する話になる。
09:05
変更する時は対象と完成物を一行で書き直す。
人が決めていない売り方をAIの提案が規定路線にしてしまわないようにします。
提案は歓迎しても決定とは分けて残します。
もし間違った資料を使ったとわかったら、その資料に依存した候補を止めます。
全部を最初から作り直す前に、どの主張とどの原稿へ営業するかを確認する。
元の版を残し、直した理由をつけて新しい版を作る。
継続する仕事ほど失敗しないことだけでなく、戻れることが重要になります。
依頼の見直しは毎回長い反省会にしなくて構いません。
候補が広すぎたなら対象を一つに絞る。
資料が古かったなら製本を指定する。
変えた条件を一行残し、次の一回で確かめる。
この小さな修正が続けられることを最初の設計に入れておきます。
ドッツのような仕組みが広がると、
AIと話す回数より任せた仕事がどう持ってくるかが大事になっていくと思います。
僕は発信者が確認作業だけで1日を使う状態にはしたくない。
自分にしか話せないことを考える時間を残したい。
そのために最初の依頼を具体的にするんです。
今日の一歩は自動化の設定を増やすことではありません。
来週の制作前に欲しい1枚を決めることです。
候補2本、出展過去との違い、最初の一部。
その1枚が使えたら同じ仕事を次も任せる。
ずっと働くAIを、自分の仕事がちゃんと進むAIにするところから始めましょう。
