GPT-6.1 Sol×Codexで台本・特典・予定をそろえる

2026年10月5日

台本・特典・公開予定の食い違いを確認表にし、直す一件を決める。
以下の完成例は手順を理解するための教材で、実在する顧客の成果や数値ではありません。

ニュースを仕事へ変える

GPT-6.1 SolをCodexで使うなら、投稿の文章だけで終わらせない。
今日は、台本、特典、公開予定の三つを渡して、視聴者に何が届くかをそろえます。
完成例は「今の冒頭、直した冒頭、直した理由」の三欄です。

今回の材料を、先に全部見せます。
台本には「冒頭一文ワークを受け取って、今の投稿の冒頭を一つ貼ってください」。
特典の表紙は「冒頭一文ワーク」。
でも中身の最初には「今のプロフィールを書いてください」。
公開予定には、古い特典名の「プロフィール診断」が残っています。
この三つを、同じ動画で一緒に使おうとしている状態です。

これは僕たちが今回の説明用に作った教材です。
Solを実行して得た成績や、実在する顧客の成果ではありません。
今日話すのは、何を渡せば、どんな形の成果物が欲しいか。
そして、AIが出した案のどこを人が決めるか。
元の三つの資料と、こう直したいという完成例を、特典にも同じ形で入れています。

台本・特典・予定の具体例

先に人の答えを言うと、動画は冒頭の一文を直す内容なので、プロフィール診断へ話を変えません。
台本の約束を残し、特典の最初を三欄へ変える。
公開予定の名前もそろえる。
こうすると、動画を見る、LINEで特典を受け取る、自分の冒頭を書く、という次の一歩がつながります。
別々の資料が、一本の仕事になります。

これを文章の修正だけで頼むなら、三回説明することになるかもしれません。
台本を見て、特典を見て、予定表を見て、それぞれ直す。
Codexへは、関連するファイルを一緒に渡し、対応を調べ、必要な修正版と確認表を作る仕事として依頼できます。
チャットに文章を一つ返すだけでなく、複数の成果物をそろえるところへ使います。

Codexへ渡す材料は、公式の発表ページ、公開してよい自分の台本、特典の説明、公開予定の四つです。
顧客名や個人の連絡先が入っていたら、今回の判断に不要な部分を先に外します。
資料を大量に渡すことが目的ではありません。
どれが最新の正本か、どこが自分の判断済みかまで伝わる量に絞ります。

今回の新しさを先に整理します。
OpenAIは九月二十九日にGPT-6.1 Solを発表しました。
資料を扱う仕事や、複数の工程を進める仕事の改善を説明しています。
利用面はChatGPT WorkとCodex。
通常のChatとは区別してください。
自分の契約や画面で選べるかは確認が必要です。
ここでは、選べるCodexで調査とファイル作成を任せる流れを扱います。

公式発表で今回注目したいのは、長いPDFの表や図を使って答える評価と、複数のツールで仕事を終える評価の両方が改善したと説明されていることです。
だから、SNSの文章を一つ考えさせるだけでなく、資料同士のつながりが必要な仕事を候補にします。
公式の評価を、自分の日本語資料で同じ結果が出る保証にはしません。
試す場所を選ぶ手掛かりに使います。

たとえば特典がPDF、台本が文書、予定が表という形なら、見た目と内容が別々です。
資料を読んで、特典の最初の設問を見つけ、台本の案内と照合し、予定表の該当行へ戻る。
そこで必要なのは、言い換えの上手さだけではなく、資料をまたいで同じ仕事を追うこと。
新モデルの更新を、自分の仕事で確かめるなら、このように工程がつながる小さな例から始められます。

なお、公式に出ている価格の比較はAPIの標準トークン料金です。
自分のChatGPTの月額料金が、その比率で安くなる話とは違います。
今日のために新しい契約を増やす必要はなく、自分がすでに選べる利用面で、同じ資料を使って確かめる。
使えない場合も、三つの資料を整理した依頼書は、次に使う時の準備として残ります。

Codexへ渡す依頼

依頼は、こんなふうに書けます。
「公式発表から今回の作業に関係する変更だけを取り出してください。
次に、台本と特典説明と公開予定を照合し、違うところを元の資料名と一緒に示してください。
原本は変更せず、確認表と修正案を別に作ってください」。
ここまでなら、何を読んで何を返すかがはっきりしています。

この例で作っているのは、モデルが間違わないと信じる仕組みではありません。
間違っても、どこを見れば分かるかが決まっている仕事です。
原本を残しているので、余計な変更があればその箇所を戻せる。
確認表へ「直した」と書かれたら、実際のファイルを開いて同じ文を探せる。
任せる範囲を広げる前に、この往復ができるかを見ます。

そして、公式の新モデル発表を扱う投稿にも、この一連を使えます。
表紙に書くのは、改善されたとされる評価の一覧ではなく、自分が困っている仕事の名前。
本文では、何を渡すと何が返り、どこを自分で確認するかを説明する。
読者がまだ同じモデルを使えなくても、資料をそろえるところは進められます。
最新情報の寿命が短くても、仕事の進め方が残る回にしたいんです。

もう一文、完成の条件を足します。
「数字や日付を推測でそろえず、判断できないものは未確認と書く。
最後に、僕が今決める必要のある一件を示す」。
この一文で、きれいな表を作って終わる仕事から、次の判断へつながる仕事になります。
決める材料がないのに、AIが日付を勝手に選ぶ状態も避けやすくなります。

返してもらうものは三つです。
出典のあるニュース要約。
自分の資料を照合した確認表。
そして、直す場所が分かる修正案。
チャットに「完了しました」と出たら、まず確認表を開きます。
資料名、該当する文、修正理由がつながっているか。
ここが抜けると、自分で最初から資料を探し直すことになります。

完成例の確認表を読んでみます。
一行目は「特典の最初の設問。
台本は投稿の冒頭、資料はプロフィール。
動画の約束へ合わせて、設問を冒頭の三欄へ変更」。
二行目は「公開予定の特典名。
旧名が残っているため、冒頭一文ワークへ変更」。
三行目は「台本と公開日。
変更しない」。
修正する場所だけでなく、残す場所まで一目で分かります。

ここで、想定される別案も考えます。
AIが「分かりやすくするため、特典の名前をプロフィールと冒頭の完全改善ブックへ変更しましょう」と提案したらどうか。
文章としては立派ですが、今回教えていないプロフィールまで約束が広がります。
僕なら、この提案は採用しません。
一本で渡す仕事を増やすより、今の一本の約束をちゃんと終わらせたいからです。

人の修正指示は、「名前は冒頭一文ワークのまま。
対象を広げず、最初のページを三欄にしてください。
今の冒頭、直した冒頭、理由。
それぞれ一つずつ記入できるようにしてください」。
この一回の判断で、台本、特典、予定表の向きがそろいます。
AIにもっと魅力的にと言い続けるより、何を足さないかを具体的に決めるんです。

ここまでで、自分の発信に関係するニュースを一件選び、Codexへ渡す材料と完成条件が決まりました。
次に迷いやすいのは、これを毎回どう残すかです。
保存するニュースが増えても、同じ場所で止まらない形にしたいですよね。

完成した特典の一行目に、例として「時短したい人へ」。
二行目に「帰宅して冷蔵庫の前で献立が決まらない人へ」。
理由の欄に「広い願望から、今起きている場面へ変えた」。
これなら受け取った人は、同じ三欄へ自分の文章を書けます。
AIの出力を読むための資料ではなく、自分の作業を一つ進める資料になります。

たとえば台本には「受け取ったら最初に投稿の冒頭を書く」とあり、特典の一ページ目には「商品全体の設計をしましょう」とある。
日付は合っていても、約束した最初の一歩がずれています。
この場合、AIに両方を平均した文章を書かせる必要はありません。
動画で約束した仕事に合わせて、特典の一ページ目を直す。
これが人の判断です。

相手が困る順に直す

ここで意外と大切なのは、全部直さないことです。
日付の不一致、特典の内容違い、文章の好みが並んだら、優先順位が違います。
受け取る人が違う日に動いてしまうなら日付を先に直す。
約束した資料が届かないなら内容を直す。
語尾の好みはそのあと。
AIの一覧を上から順に処理せず、相手が困る順に選びます。

原文で確かめる

確認する数字も大きくしなくていい。
今回なら、確認表から原文へ戻れたか。
指摘した不一致は本当にあったか。
修正案に新しい事実が足されていないか。
この三つです。
文章が立派でも、元の資料に戻れなければ採用しない。
地味ですが、仕事として任せる時の信頼はここで変わります。

うまくいかなかった時も、モデルを替える前に戻れる場所を作っておきます。
古い予定を読んでいたなら、最新の予定を一つに絞る。
事実と例を混ぜたなら、「この段落は説明用」と明記する。
原本を変更しそうなら、別ファイルだけに書く指示へ戻す。
原因に合わせて一箇所を直し、同じ仕事でもう一度確かめます。

次の記事へ使う時は、前回の完成例を丸ごとコピーして名前だけ変えません。
今回の動画が教える仕事、特典の最初の行動、公開予定の名前を新しく入れる。
確認表の列だけ再利用します。
前回は冒頭の一文、次はサービス案内の一枚なら、同じ形の表でも確認する中身が変わります。
型を残しながら、約束は一本ごとに決めます。

AIに次回渡すファイルも、小さくできます。
今回の採用例、採用しなかった提案、その理由を残す。
「完全改善ブックは対象が広がるので不採用」「三欄は動画の一歩と一致するので採用」。
この二行があると、言葉の好みだけでなく、何を優先して決める人かが伝わる。
何となく自分らしくして、と頼むより、具体的な判断を渡せます。

ただ、引き継いだ例が次の仕事と合わないこともあります。
その時は前の型を守るために内容を削らず、今回の完成物に合わせて列を変える。
記事なら読める見出し、音声なら画面なしで伝わる説明が必要になるかもしれない。
AIに渡す完成条件は、過去の成功形を永久に固定するルールではなく、今回何を終えるかの約束です。

自分の発信へ戻す

自分で使ったことを発信するなら、公式発表と自分の結果を分けます。
「公式では資料理解の改善が紹介されています。
自分はこの三つの資料を照合する仕事で試しました。
結果はここまでです」。
こういう順番なら、会社が発表した性能と、あなたが確かめた便利さが混ざりません。
使っていないなら、選び方や準備の話として成立させればいい。

タイトルも同じです。
比較していないのに「前モデルを完全に超えた」と言わない。
自分の仕事が一つ進んだなら、「台本と特典の食い違いを見つける」のように、何ができる話なのかを書く。
モデル名は入口になりますが、その後ろに仕事がないと、視聴者は結局何を持ち帰るか分かりません。

今日の最初の行動は、GPT-6.1 Solについてさらに十本の解説を見ることではなく、今ある三つの資料を一つのフォルダへ集めることでも構いません。
そして「この食い違いだけ見つけたい」と一行書く。
新しいAIを追う時間が、あなたの仕事を一つ終わらせる時間へ変わるか。
そこを一緒に確かめていきましょう。

自分の材料で試す手順

自分の困りごとを一行書く
三つの資料の最新版を選ぶ
依頼文を渡して確認表を得る
原文と指摘を一件ずつ照合する
相手が困る一件を直して、変更点と固定点を再読する

実行前の確認表

確認すること	確認結果・元資料
確認表から元の資料へ戻れる	自分の資料で確認し記入
特典名と最初の行動が本文の約束に合う	自分の資料で確認し記入
未確認の数字や日付が補われていない	自分の資料で確認し記入
直す対象と変えない対象が分かれている	自分の資料で確認し記入
原本と修正版を分けて保存した	自分の資料で確認し記入