台本・特典・公開予定の食い違いを確認する
GPT-6.1 SolをCodexで使うなら、投稿の文章だけで終わらせない。
今日は、台本・特典・公開予定の3つを渡して、視聴者に何が届くかをそろえます。
完成例は、今の冒頭、直した冒頭、直した理由の3欄です。
今回の材料、先に全部見せます。
台本には、冒頭一文ワークを受け取って、今の投稿の冒頭を1つ貼ってください。
特典の表紙は、冒頭一文ワーク。
でも、中身の最初には、今のプロフィールを書いてください。
公開予定には、古い特典名のプロフィール診断が残っています。
この3つを同じ動画で一緒に使おうとしている状態です。
これは、僕たちが今回の説明用に作った教材です。
Solを実行して得た成績や、実在する顧客の成果ではありません。
今日話すのは、何を渡せば、どんな形の成果物が欲しいか。
そして、AIが出した案のどこを人が決めるか。
元の3つの資料と、こう直したいという完成例を、特典にも同じ形で入れています。
先に人の答えを言うと、動画は冒頭の一文を直す内容なので、
プロフィール診断や話を変えません。
台本の約束を残し、特典の最初を3欄へ変える。
公開予定の名前も揃える。
こうすると、動画を見る、LINEで特典を受け取る、自分の冒頭を書く、という
次の一歩が繋がります。
別々の資料が、1本の仕事になります。
これを文章の修正だけで頼むなら、3回説明することになるかもしれません。
台本を見て、特典を見て、予定表を見て、それぞれ直す。
コーデックスAは、関連するファイルを一緒に渡し、対応を調べ、
必要な修正版と確認表を作る仕事として依頼できます。
チャットに文章を1つ返すだけでなく、複数の成果物を揃えるところで使います。
コーデックスAを渡す材料は、公式の発表ページ、公開して良い自分の台本、
特典の説明、公開予定の4つです。
顧客名や個人の連絡先が入っていたら、今回の判断に不要な部分を先に外します。
資料を大量に渡すことが目的ではありません。
どれが最新の製本か、どこが自分の判断済みかまで伝わる量に絞ります。
GPT-6.1 SolとCodexを資料横断の仕事に使う
今回の新しさを先に整理します。
オープンAIは、9月29日にGPT 6.1 SOLを発表しました。
資料を扱う仕事や、複数の工程を進める仕事の改善を説明しています。
利用名は、GPT WORKとCODEX。
通常のチャットとは区別してください。
自分の契約や画面で選べるかは確認が必要です。
ここでは、選べるCODEXで聴者とファイル作成を任せる流れを扱います。
公式発表で今回注目したいのは、長いPDFの表や図を使って答える評価と、
複数のツールで仕事を終える評価の両方が改善したと説明されていることです。
だから、SNSの文章を一つ考えさせるだけでなく、資料同士の繋がりが必要な仕事を候補にします。
公式の評価を自分の日本語資料で同じ結果が出る保証にはしません。
試す場所を選ぶ手がかりに使います。
例えば、得点がPDF、台本が文章、予定が表という形なら、見た目と内容が別々です。
資料を読んで、得点の最初の説明を見つけ、台本の案内と称号し、予定表の該当行へ戻る。
そこで必要なのは、言い換えの上手さだけでなく、資料をまたいで同じ仕事を追うこと。
新モデルの更新を自分の仕事で確かめるなら、このように工程が繋がる小さな例から始められます。
なお、公式に出ている価格の比較はAPIの標準トークン料金です。
自分のチャットGPでの月額料金が、その比率で安くなる話とは違います。
今日のために新しい契約を増やす必要はなく、自分がすでに選べる利用面で同じ資料を使って確かめる。
使えない場合も、3つの資料を整理した依頼書は、次に使う時の準備として残ります。
依頼はこんな風に書けます。
公式発表から、今回の作業に関連する変更だけを取り出してください。
次に台本と特典説明と公開予定を称号し、違うところを元の資料名と一緒に示してください。
原本は変更せず、確認表と修正案を別に作ってください。
ここまでなら、何を読んで何を返すかがはっきりしています。
この例で作っているのは、モデルが間違わないと信じる仕組みではありません。
間違ってもどこを見ればわかるかが決まっている仕事です。
確認表と修正案で人の判断を残す
原本を残しているので、余計な変更があればその箇所を戻せる。
確認表へ直したと書かれたら、実際のファイルを開いて同じ文を探せる。
任せる範囲を広げる前に、この往復ができるかを見ます。
そして、公式の新モデル発表を扱う投稿にもこの一連を使います。
表紙に書くのは、改善されたとされる評価の一覧ではなく、
自分が困っている仕事の名前。
本文では、何を渡すと何が返り、どこを自分で確認するかを説明する。
読者がまだ同じモデルを使えなくても、資料を揃えるところは進められます。
最新情報の寿命が短くても、仕事の進め方が残る回にしたいんです。
もう一文、完成の条件を足します。
数字や日付を推測で揃えず、判断できないものは未確認と書く。
最後に僕が今決める必要のある一件を示す。
この一文で綺麗な表を作って終わる仕事から、次の判断へ繋がる仕事になります。
決める材料がないのに、AIが日付を勝手に選ぶ状態も咲きやすくなります。
返してもらうものは3つです。
出典のある入手要約。
自分の資料を照合した確認表。
そして直す場所が分かる修正案。
チャットに完了しましたと出たら、まず確認表を開きます。
資料名、該当する分、修正理由が繋がっているか。
ここが抜けると、自分で最初から資料を探し直すことになります。
完成例の確認表を読んでみます。
1行目は得点の最初の質問。
台本は投稿の冒頭、資料はプロフィール。
動画の約束へ合わせて、質問を冒頭の3欄へ変更。
2行目は公開予定の得点名。
9名が残っているため、冒頭1文枠へ変更。
3行目は台本と公開日変更しない。
修正する場所だけでなく、残す場所まで糸目で分かります。
ここで想定される別案も考えます。
AIが分かりやすくするため、
得点の名前をプロフィールと冒頭の完全改善ブックへ変更しましょうと提案したらどうか。
文章としては立派ですが、今回教えていないプロフィールまで約束が広がります。
僕ならこの提案は採用しません。
1本で渡す仕事を増やすより、今の1本の約束をちゃんと終わらせたいからです。
一件シートで仕事の約束を揃える
人の修正指示は、名前は冒頭1文枠のまま、
今の冒頭、直した冒頭、理由、それぞれ1つずつ記入できるようにしてください。
この1回の判断で、台本、得点、予定表の向きが揃います。
AIにもっと魅力的にと言い続けるより、何を足さないかを具体的に決めるんです。
ここまでで、自分の発信に関連するニュースを1件選び、
コーデックスへ渡す材料と完成条件が決まりました。
次に迷いやすいのは、これを毎回どう残すかです。
保存するニュースが増えても、同じ場所で止まらない形にしたいですよね。
そのための、新機能仕事に変える1件シートを用意しています。
概要欄の公式LINEを追加して、トークへ新機能1件と送ってください。
完成例、コピーして使える依頼文、確認表をまとめています。
最初は、今週困っている仕事を1行書くところだけ進めてください。
この後、その1件を投稿ネタへ変えるときの注意まで話します。
完成した得点の1行目に、例として時短したい人へ、
2行目に帰宅して冷蔵庫の前でこんだてが決まらない人へ、
理由の欄に、広い願望から今起きている場面へ変えた。
これなら受け取った人は、同じ3欄へ自分の文章を書けます。
AIの出力を読むための資料ではなく、自分の作業を1つ進める資料になります。
例えば台本には、受け取ったら最初に投稿の冒頭を書くとあり、
得点の1ページ目には商品全体の設計をしましょうとある。
日付が合っていても、約束した最初の一歩がずれています。
この場合、AIに両方平均した文章を書かせる必要はありません。
動画で約束した仕事に合わせて、得点の1ページ目を直す。
これが人の判断です。
不一致の優先順位と再確認
ここで意外と大切なのは、全部直さないことです。
日付の不一致、得点の内容違い、文章の好みが並んだら優先順位が違います。
受け取る人が違う日に動いてしまうなら日付を先に直す。
約束した資料が届かないなら内容を直す。
語尾の好みはその後。
AIの一覧を上から順に処理せず、相手が困る順に選びます。
確認する数字も大きくしなくていい。
今回なら確認表から原文へ戻れたか。
指摘した不一致は本当にあったか。
修正案に新しい事実が足されていないか。
この3つです。
文章が立派でも、元の資料に戻れなければ採用しない。
地味ですが仕事として任せる時の信頼はここで変わります。
次の仕事へ型を引き継ぐ方法
うまくいかなかった時も、モデルを変える前に戻れる場所を作っておきます。
古い予定を読んでいたなら、最新の予定を1つに絞る。
事実と例を混ぜたなら、この段落は説明用と明記する。
原本を変更しそうなら別ファイルだけに各指示へ戻す。
原因に合わせて1箇所を直し、同じ仕事でもう一度確かめます。
次の動画で使う時は、前回の完成例を丸ごとコピーして名前だけ変えません。
今回の動画が教える仕事、得点の最初の行動、公開予定の名前を新しく入れる。
確認表の列だけ再利用します。
前回は冒頭の一部、次はサービス案内の一枚なら、同じ形の表でも確認する中身が変わります。
型を残しながら、約束は1本ごとに決めます。
AIに次回渡すファイルも小さくできます。
今回の採用例、採用しなかったテーマ、その理由を残す。
完全改善ブックは対象が広がるので不採用。
産卵は動画の一歩と一致するので採用。
この2行があると、自分の好みだけでなく、何を優先して決める人かが伝わる。
なんとなく自分らしくと、「して!」と頼むより具体的な判断を渡せます。
ただ、引き継いだ例が次の仕事と合わないこともあります。
その時は前の型を守るために内容を削らず、今回の完成物に合わせた列を変える。
記事なら読める見出し、音声なら画面なしで伝わる説明が必要になるかもしれない。
AIに渡す完成条件は、過去の成功形を永久に固定するルールではなく、今回何を追えるかの約束です。
自分で使ったことを発信するなら、公式発表と自分の結果を分けます。
公式では資料理解の改善が紹介されています。
自分はこの3つの資料を総合する仕事で試しました。結果はここまでです。
こういう順番なら会社が発表した性能とあなたが確かめた便利さが混ざりません。
使っていないなら選び方や準備の話として成立させればいい。
タイトルも同じです。
比較してないのに前モデルを完全に超えたと言わない。
自分の仕事が一つ進んだなら台本と得点の食い違いを見つける。
のように何ができる話なのかを書く。
モデル名は入り口になりますが、その後ろに仕事がないと視聴者は結局何を持ち帰るのかが分かりません。
今日の最初の行動はGPT6.1ソロについてさらに10本の解説動画を見ることではなく、今ある3つの資料を1つのフォルダへ集めることでも構いません。
そしてこの食い違いだけ見つけたいと一行書く。
新しいAIを追う時間があなたの仕事を1つ終わらせる時間に変わるか、そこを一緒に確かめていきましょう。
