更新記録
2026-09-06　公開

この記事は、AIの道具を2つ契約している状態で、どちらに何を投げるかを決めるまでの12日間の記録です。

先に、この記事で扱える数字を全部出します。

記録の期間：2026年8月25日から9月5日までの12日間
そこに、公開の前日（9月6日）に自分でもう一度通した確かめが加わります。内訳は、道具を実際に動かした確かめが2本と、パソコン側の操作だけで測った確かめが8本です
動かした環境：Windows 11のパソコン1台
その12日間でぶつかって、記録に日付つきで残っている失敗：13件

これだけです。何人が使ったとか、何割の人がうまくいったという数字は持っていません。1台のパソコンで起きたことの記録として読んでください。

先に、向き不向きをはっきりさせておきます。この記事は、黒い画面（Windowsの PowerShell）に文字を打って道具を動かすやり方の記録です。画面をクリックして使うチャットのアプリの話ではありません。コマンドを打つ気のない方には、この記事は向きません。

打つ気はあるけれど得意ではない、という方は、向いていない側には入りません。続きの2章は、PowerShellの開き方（画面左下の検索に powershell と打つ）から書いてあります。

渡せるものも、先に書きます。この記事が渡せるのは、次の3つです。

どちらに何を投げるかの決め方
返ってきた物を確かめる手順
設定ひとつで消費が3分の2になった実測が1件（同じ道具に同じ質問をして、消費が15,673トークンから10,280トークンへ。数字の中身は下の「3件目」の節に出します）

3番目は、正直に範囲を書いておきます。これは同じ道具の中で、設定を1つ変えて測った差です。どちらへ投げるかを決めたこと自体の効果を測ったものではありません。しかも、この2回のあいだに道具の版が変わっているので、差の全部が設定によるものだ、とも言い切れません。それでも、この記事が数字で出せるのはこの1件だけなので、限界ごと先に出しておきます。

この記事に、収入の話は1行も出てきません。枠を使い切る日を減らすための記録であって、収入を増やすための記録ではありません。

片方が止まった日に、何もできなくなる

AIの道具に月額を払っている人は、たいてい上限に当たったことがあると思います。

先に、言葉を1つ決めておきます。この記事でいう商品とは、僕が売っている文章の記事のことです。

僕の場合はこうでした。その商品を1本直す作業で、片方の道具の使用量の表示が、1日で2割ほど進みました。2026年9月1日のことです。新しく作ったのではなく、すでにある物を直しただけの日です。

この「2割」の中身も書いておきます。画面に出る使用量の表示を目分量で読んだ概算で、分母はその契約に付いている一定期間ぶんの上限です。1トークンずつ数えた値ではありません。

そのとき、もう片方の契約はちゃんとありました。アプリも入っていました。

それでも開きませんでした。理由は単純で、何をどう渡せばいいのか決まっていなかったからです。渡し方を考える時間がもったいなくて、結局いつもの方をもう一度開く。そしてまた枠が減る。

2つ契約しているのに、実質1つで回している状態です。

この記事は、その状態から抜けるまでの12日間の記録です。うまくいった話より、失敗のほうが多く出てきます。

先に、この記事の限界を4つ書きます

1つ目。パソコン1台の記録です。別の環境で同じことが起きるかどうかは分かりません。

2つ目。12日間の記録です。期間が短いので、たまたま起きなかった問題は入っていません。

3つ目。相手側の仕様は変わります。この12日間のあいだに、片方の道具の版を3つ確認しました（8月25日・9月2日・9月5日に、それぞれ違う番号です）。番号は上がる方向に動いています。そのせいで手順が変わった実例が、この記事の中に入っています。書いてある番号や画面の名前は、確認した日のものです。

4つ目。使い方の紹介ではありません。道具そのものの機能を説明する記事ではなく、2つの道具のあいだで仕事を回すときに、僕が何度も転んだ場所の記録です。

この4つが引っかかる方は、ここで閉じてください。

呼び方をそろえます

話がややこしくなるので、この記事の中での呼び方を先に決めます。

Claude側：Anthropicの Claude Code。文字を打って動かす道具で、チャットのアプリとは別のものです。対話しながら仕事を進める側
Codex側：OpenAIの Codex。この記事で扱うのは、アプリのほうではなく、コマンドで動かす CLI のほうです

どちらも、黒い画面に文字を打って動かします。チャットの画面で会話するほうの使い方は、この記事には出てきません。

この2つを行き来する話なので、記事の中では「二刀流」と呼びます。片方をやめて乗り換える話ではありません。

なぜ振り分けが要るのか

9月1日、使用量の表示が2割進んだ日に、何にそれだけ使ったのかを後から数えました。理由は3つに分かれました。

1つ目。受け渡しの失敗のやり直しで4回。長い文章を道具に直接持たせようとして、途中で切れる。切れたことに気づいて、やり直す。これを4回やっています。

この1つ目は、数えたあとで「振り分けの話ではなかった」と分かった分です。長い物を直接持たせず、いったんファイルに書き出してから読ませれば起きません。どちらへ投げるかとは関係のない、渡し方の問題でした。数えてみて初めて、移すべき物と、そもそも直すべき物が分かれました。

2つ目。同じ検証を、まるごとやり直したのが3回。直したのは一部なのに、毎回、一式まとめて全部を見直していました。

3つ目。読み手テストの周回が3周。ここでいう読み手とは、人ではありません。事情を何も渡していないAIのことです。それに読ませて直す工程を、3周分、同じ側で回していました。

言葉を1つ決めておきます。この記事では、仕事をひとまとめにして、もう片方の道具へ1回で投げることを委譲と呼びます。会話しながら少しずつ進めるのではなく、指示を1本にまとめて渡し、返ってきた物を受け取る。その形のことです。

振り分けで動かせたのは、2つ目と3つ目です。そして根っこは1つでした。すでにある物を直す作業なのに、新しく作るときと同じ重さの工程を組んでいた。それを片方の枠だけでやったので、1日で2割ぶんの表示が進んだという話です。

ここから、振り分けの物差しを決めました。

何をどちらへ投げるか（この表が、この記事の中身です）

12日間の実測から、こういう割り方に落ち着きました。表そのものをここに出します。

| 仕事の種類 | どちらへ | そう決めた理由 |
|---|---|---|
| 長い文章の下書き・書き直し | Codex側 | 量が多く、判断がほとんど要らない。枠を分ける効果がいちばん大きい |
| 一括の置き換え・形式の変換 | Codex側 | 正解が決まっている作業。出来上がりを機械で照合できる |
| 調べ物の下ごしらえ（一覧を作る・分類する） | Codex側 | 材料を集めるところまで。選ぶのはClaude側 |
| 初見のレビュー（穴を探させる） | Codex側 | 文脈を知らない相手のほうが穴が出る。ただし3周まで（理由は後述） |
| 設計・方針を決める | Claude側 | 途中で条件が変わる仕事。対話しながらでないと決まらない |
| 検収・最終判断 | Claude側 | 渡した先の報告を確かめる係を、渡した先と同じにしない |
| 取り消せない操作（公開・送信・削除） | Claude側、かつ人が確認 | 間違えたときの戻し方がない |
| 実環境で本当に動くかの確認 | どちらでもない | ここは人が実際に動かす。机上のレビューでは出ない（理由は後述） |

そのうえで、目標を1つ決めました。商品を1本作るのに使う枠の全体を100としたとき、Claude側の取り分を数%以内に収める。設計と検収と対話だけをそこでやる、という決め方です。

この目標については、決めたところまでが記録です。割り方を決めたあと、商品1本ぶんの枠が実際に何%になったかは、数え直していません。

数字で出せる実測は、これとは別の1件です。同じ道具に同じ質問をして、設定を1つ変えたら、消費が15,673トークンから10,280トークンに下がりました（中身は下の「3件目」の節です）。その1件を、商品1本ぶんの話に広げてはいません。

この記事に入っているのは、決め方と、決めるまでに転んだ場所と、その1件の実測です。

割り方そのものも、僕の決め方です。同じ割り方がいいという意味ではありません。分かれ道の形と、僕が選んだ結果を1件分お見せする、という意味で読んでください。

ただし、渡した先の報告をそのまま信じると事故ります

ここが、この記事でいちばん書きたいところです。

2026年9月4日の出来事です。

Codex側に、計算をするプログラムを1本作らせました。返ってきた報告にはこう書いてありました。

「テストを実行しました。全部PASSです。」

報告文には、テストの出力らしきものまで並んでいました。

僕が開いてみました。そのファイルは、括弧が1つ閉じていませんでした。動きません。テストが通るどころか、読み込むこともできない状態でした。

さらに、テストの中身を1件だけ手で計算し直したら、そのテストの答えのほうも間違っていました。

つまり、動かないプログラムに、間違った答えのテストが付いていて、報告文には「全部PASS」と書いてあったという状態です。

これを、この記事では事件として1件だけ記録します。相手の道具が信用できない、という一般化はしません。1台のパソコンで、1回起きたことです。

そのうえで、僕が決めたことは1つです。

「実行しました」と書いてあったら、そこからが検収の始まり。

（間違っていたテストが具体的にどう間違っていたか、そこからどうやって見つけたかは、続きの4章に全部書いてあります）

その日から通している3つの関門

事件のあと、渡した先から物を受け取ったら、この3つを通すことにしました。名前と要点をここに出します。

1つ目。納品物を、自分で1回開いて動かす。報告文に載っている出力は、実行の証拠になりません。手元で動くかどうかだけが証拠です。

2つ目。テストの答えを、1件だけ手で計算し直す。全部は無理でも1件でいい。テストが自作されている場合、テストの答えのほうが間違っていることがあります。

3つ目。報告文と納品物の食い違いを探す。報告に「◯◯を直しました」と書いてあるなら、その箇所を開いて、本当に直っているかを見る。

この3つは、二刀流の話ではありません。AIに何かを作らせて「できました」と返ってきたときに通す関門です。契約が1つだけの方にも、そのまま使えます。

（3つのうちどれがどんな納品物に向くのか、2つ目でどの1件を選ぶのか、といった使い分けは4章にあります）

レビューは3周で打ち切る、と決めた日

もう1つ、9月5日に決めたことがあります。

自動化のひな形を3本作らせて、それを別のモデルに初見でレビューさせる、ということをやりました。件数はこう動きました。

1周目：19件の指摘（うち「重大」が2件）
2周目：3件
3周目：また新しい種類の指摘が4件

減っていって、ゼロになりませんでした。3周目で出たのは、1周目にも2周目にも無かった種類の指摘です。初見でレビューさせる相手は、周を重ねるたびに別の場所を見つけてきます。

だから、こう決めました。

「作る、初見でレビューさせる、直す」のくり返しは、3周で打ち切る。

打ち切ったあとは、机上のレビューを続けるのではなく、実際の環境で動かす側へ移ります。上の9月4日の事件が、そのまま根拠です。19件のレビューを通しても、括弧が閉じていないファイルは、開けば1秒で分かります。

（なぜ3周なのか、打ち切ったあとの版をどう扱うかは、続きの4章にあります）

この12日間で転んだ13か所

見出しを全部並べます。隠している項目はありません。

どれをどこまで書いてあるかも、正直に出します。

7件は、この無料の側で中身まで書いてあります（11・12・13は上に書いたとおり。1・3・6はこのすぐ下で全文。9はそのあとの「記録は1週間で古くなる」で全文）
2件（5・7番）は、続きの本文で節を1つ立てて、直し方まで書いてあります
残る4件（2・4・8・10番）は、節ではありません。関係する節の中に、1行から数行で書いてあります
全13件の一覧と対処は、巻末の早見表に表で入っています（9番だけは、無料側で全文を書いたうえで、続きの3-4にも「記録の残し方」の話として出てきます）

同じ名前の実行ファイルが2つあって、古くて壊れている方を掴んだ（下で全文）
別の場所で見た古い書き方の引数を付けて、起動そのものが失敗した
軽いモデルを選んだのに、設定がそのまま生きていて、ひとことの質問に15,673トークン使った（下で全文）
終了コードが取れず、成功と失敗の区別がつかない書き方をしていた
僕が書いた日本語の手順ファイルが、相手の環境で文字化けした
文字化けを直そうとして付けた印のせいで、ファイルごと読まれなくなった（下で全文）
相手に同梱されている道具が、そのままの名前では呼べなかった
新しいモデルを、古い版のコマンドで叩いて、2回とも失敗した
1週間前に自分で書いた「置き場所はここ」という記録が、もう古かった
アプリの会話として始めてしまい、追加の指示を送る手段が画面操作しか無くなった
「テストを実行して全PASS」の報告どおりに、納品物が動かなかった
テストの中身そのものが間違っていた
レビューを3周しても、新しい種類の指摘が出続けた

11・12・13は、上に書いたとおりです。このうち3件（1・3・6）を、ここで全部書きます。9番は、そのすぐあとの節で全部書きます。

1件目：古くて壊れている方を掴んだ

道具の実行ファイルが、パソコンの中に2か所ありました。片方は古い版で、動きません。もう片方が現行版です。

やっかいなのは、現行版が入っているフォルダの名前が、更新のたびに変わることです。ランダムな文字列のフォルダ名なので、一度パスを控えても次の更新で無効になります。

最初、控えたパスをそのまま書いて動かそうとして、古い方を掴みました。

決めた対処は「パスを覚えない」です。毎回、フォルダを全部並べて、中の実行ファイルにバージョンを聞いて、いちばん新しい物を選び直す。この選び直しを毎回やる手順にしました。

9月5日に、この判断が正しかったことが確かめられました。新しいモデルが使えるようになった日、更新でまたフォルダ名が変わっていたのですが、選び直しの手順がそのまま新しい版を拾いました。

（設定ファイルの中にも現行版のパスが書いてある場所があります。そこも当てにしていません。設定側が古いまま取り残されることがあるためです）

3件目：ひとことの質問に15,673トークン

軽い仕事は軽いモデルで、と考えて、いちばん小さいモデルを指定しました。

聞いた内容は「1行で答えて: 2+3は?」です。

返ってきたのは「5です」の3文字。かかった時間は8.4秒。そして消費は15,673トークンでした。

原因は、設定ファイルに推論の深さが最上位で書いてあり、しかも全モデル共通で適用されていたことです。モデルを軽くしても、深さの設定はそのまま付いてきます。

「軽いモデルにしたから安いはず」は、この環境では成り立ちませんでした。

対処は、仕事の重さに合わせて深さを毎回書き添えることにしただけです。設定ファイルそのものは書き換えていません（相手の設定に触らない、というのを自分のルールにしているためです）。

その対処で消費が減ったかどうかも、測りました

公開の前日、同じモデルに、同じ「1行で答えて: 2+3は?」を、深さだけ低く指定して投げ直しました。

|  | 2026年8月25日（深さの指定なし） | 2026年9月6日（深さを低く指定） |
|---|---|---|
| 消費 | 15,673トークン | 10,280トークン |
| かかった時間 | 8.4秒 | 5.8秒 |

およそ3分の2まで下がりました。

⚠️ただし、この2回のあいだに道具の版が変わっています。同じ条件どうしを並べた比較ではありません。その断りと、実行ログの全文・終了コード・読み取り方までの全記録は、続きの2-3にあります。

仕事を移した先でも、枠は減っている

この消費は、ChatGPT側の契約枠から引かれます。公式の案内にも、手元で動かした分とクラウドで動かした分は同じプランの枠を使う、と書いてあります（2026年9月6日に確認）。ここでいうクラウドで動かした分とは、自分のパソコンではなく、相手の会社のサーバー側で動かす使い方のことです。この記事では、その使い方はしていません。

片方の枠を守るために仕事を移した先で、もう片方の枠が減っている、ということです。移した先で重い仕事を連発すると、移した意味が薄れます。

枠の数え方で、確かめたことと確かめられなかったこと

続きの側にも枠の話は出てきますが、確かめた範囲は、この2つが全部です。

確かめたこと（公式の案内で確認済み）。Claude側は、どのモデルを使っても、どの入口から使っても、同じ利用枠から引かれます（2026年9月6日に確認）。だから「軽いモデルに変えたから枠が別になる」ということは起きません。

⚠️確かめられなかったこと。Codex側の消費と、ふだんのチャットの消費が、同じ1つの枠なのかどうか。公式の案内では取れませんでした。別勘定だと書いてある案内も見かけます。ご自分の利用状況の画面で確かめてください。この記事で未確認のまま残っているのは、ここだけです。

6件目：文字化けを直そうとして、読まれなくなった

僕が書いた日本語の手順ファイルを、相手側に置いて読ませました。

化けました。原因は、相手がファイルを開くときに古いほうのシェルを呼ぶことでした。古いほうのシェルというのは、Windowsに最初から入っているほうの PowerShell（5.1）のことです。新しい版とは別に、古い版がそのまま残っていて、相手はそちらを使います。その標準の読み方だと、日本語の文字コードが取り違えられます。正しい読み方を指定してくれるかどうかは、そのときのモデル次第です。4回試して、正しい読み方を選んだのは1回だけでした。

そこで、文字コードの印（BOM）を付けてみました。今度は、ファイルごと読み込まれなくなりました。印が付いていると、先頭の設定部分が認識されず、手順ファイルとして登録すらされません。

つまり、化ける形か、読まれない形かの二択という状態です。

ここで出した結論は、日本語のまま置くのをやめるというものでした。中身を英語で書いて、出力だけ日本語で返すよう指定する。言語を変えるのが、この問題のいちばん手っ取り早い逃げ方でした。

（9月2日に同じことを試したときは、モデルが自発的に正しい読み方を選んで化けませんでした。運が良かっただけなので、方針は変えていません）

記録は1週間で古くなる

13件のうち9件目に挙げた話です。ここだけ、少し性質が違うので書いておきます。

8月27日に、僕は実測して「置き場所はこのフォルダで、あちらのフォルダではない」と記録しました。

9月2日に同じことを確かめたら、両方とも読まれるようになっていました。5日前の自分の記録が、もう古かったということです。

この記事に書いてあることも、同じ速さで古くなります。だから、この記事では手順そのものより、手順が古くなったときに気づける形を書くようにしました。バージョン番号を控える、パスを覚えずに選び直す、日付を添えて記録する。そういう形のほうが、長持ちします。

ここまでで持ち帰れること

買わなくても持ち帰れるものを並べます。最初の1つは、今日そのまま試せます。

AIに何かを作らせて「できました」と返ってきたら、報告文を読まずに納品物を開いて動かす。そして、テストが付いているなら、その答えを1件だけ手で計算し直す。この2つだけで、動かない物と間違った答えが1件ずつ見つかった実例があります
実行ファイルが複数ある道具は、パスを控えずに毎回選び直す。更新でフォルダ名が変わっても手順が生き残ります
軽いモデルを選んでも、深さの設定が別に生きていることがある。モデルだけ見て安いと判断しない
初見のレビューは周を重ねても収束しない。3周で打ち切って、実際に動かす側へ移る
手順の記録には、確かめた日付とバージョンを添える。5日で古くなった実例があります

この続きに書いてあること

ここから先は、同じことを自分でやるための手順です。記録ではなく、手順のほうです。

節の名前を、そのまま全部出します。買ってから中身を知る形にはしません。分量と所要時間の目安も添えます（字数は機械で数えた実測、時間はその字数からの目安です）。続き全体で31,749字あります。

1. 二つの枠を、どう割るか（6,882字・読むだけなら15分。章の前に置いた前置き209字を含みます）
まず、何にどれだけ使ったかを数える／振り分けを決める4つの条件／表をどうやって作ったか／9月2日の委譲1本を、まるごと出します（打った指示文の全文・かかった時間・返ってきた物の頭）／僕がどう決めて、その後どうなったか／割り方を決め直す合図

2. 渡すときの実務（14,536字・手を動かしながら1時間前後）
実行ファイルを毎回選び直す／対話せずに、1往復で回す形／結果の受け取り方／続きの指示を出すとき／推論の深さを、毎回書き添える／長い仕事の回し方／書き込みを許すとき
⚠️この章の断りを2つ。7つの節のうち、僕が実際に打った行が入っているのは5つです（実行ファイルを毎回選び直す・対話せずに1往復で回す形・結果の受け取り方・推論の深さを毎回書き添える・書き込みを許すとき）。①「長い仕事の回し方」には、そのまま打てるコマンドを載せていません。その部分は僕の自作の呼び出しの中にあって、1行として切り出せる形になっていないためです。その節は考え方だけになります。②「続きの指示を出すとき」に出てくる1行は、僕がまだ自分で打っていない形です。その断りを、その節にも書いてあります。

3. 相手側に手順書を置くとき（2,302字・5分）
文字が化ける仕組み／印を付けると、今度は読まれなくなる／僕が出した結論／置き場所が2か所ある話と、記録の古くなり方／同梱されている道具が、そのままでは呼べない

4. 「実行しました」を信用しない（3,417字・読むだけなら10分）
9月4日に起きたこと（全部書きます）／3つの関門／3周で打ち切る／打ち切ったあと、どこへ行くか／検収の係を、作った係と同じにしない

5. 付録（4,612字）
委譲プロンプトの雛形6本（要約・一括置き換え・形式の変換・初見レビュー・検算・調べ物の下ごしらえ）／検収の点検表（10項目）／失敗13件と対処の早見表／渡してはいけないもの／最後に

通しで読む物ではありません。5章の点検表と早見表が、いちばん使う場所だと思います。

この記事を買わなくてよい方

黒い画面（PowerShell）でコマンドを打つ気がない方。続きの2章と3章は、文字を打って道具を動かす前提で書いてあります。クリックだけで使いたい方には、そのまま当てはめられません
契約しているのが1つだけの方。2つの枠を割る話は、続きの5章のうち1章ぶんです。ただし残りの章も、片方の道具を実際に動かす前提で書いてあります。1つだけの方に残るのは、受け取った物を確かめる話（4章と5章の点検表）と、上に無料で書いた検収の部分です
道具そのものの使い方を知りたい方。機能の紹介や、できることの一覧は書いていません
確実に動く手順を探している方。12日間で版を3つ確認した相手の話なので、手順は古くなります
枠の上限に当たったことがない方。困っていない問題の記録です

当てはまる方は、続きを読んでも、たぶん得るものがありません。

こんな方には、たぶん役に立ちます

2つ契約していて、黒い画面に文字を打つことに抵抗がないのに、結局いつも同じ片方だけを開いている方
片方の上限に当たった日に、仕事が止まってしまう方
AIに作らせた物を、どこまで確かめてから使えばいいのか決めかねている方
人にAIの使い方を教える立場で、転びやすい場所の一覧が欲しい方

買う前に、気になりそうなところ

Q. ソフトやファイルが付いてきますか。

付いてきません。この記事は文章だけです。ダウンロードのリンクも、外部のサイトも使いません。記事を開けば、それで全部そろいます。

Q. Macでも同じですか。書いてあるコマンドは、今も同じですか。

どちらも、僕の環境と、確かめた日のものです。記録したのはWindows 11のパソコン1台で、Macでは確かめていません。文字コードやシェルにまつわる話は、環境が変わると事情が変わります。コマンドのほうも、12日間で版を3つ確認した相手なので変わります。この記事には、確かめた日と版の番号を添えてあります。そこと自分の環境を突き合わせてから使ってください。

Q. 同じようにすれば、枠の消費は減りますか。

この記事が持っている実測は1件です。同じモデルに同じ質問をして、深さの指定を足したら、消費が15,673トークンから10,280トークンになりました。条件と全記録は続きの2-3にあります。

それを、商品1本ぶんの消費に広げてはいません。この記事が渡すのは、どちらに何を投げるかの判断と、返ってきた物を確かめる手順です。12日間で転んだ13か所が、確かめた日づけつきでそのまま入っています。

その13か所は、一度きりのものばかりではありません。たとえば1件目の「古くて壊れている実行ファイルを掴む」は、更新が入るたびに戻ってきます。9月6日にも同じ形が起きていて、その現物を続きの5-2に載せてあります。

Q. 買ったあとに返金はできますか。

できません。デジタル商品のため、購入後の返金には対応していません。その代わり、買う前に確かめられるだけの材料をここに出しました。上の表も、失敗3件の中身も、検収の3つの関門も、無料で読める側に置いてあります。読んで要らないと思われたら、買わないでください。

読むのに必要なもの

この記事を読むだけなら、特別なものは要りません
書いてある手順を実際に動かすには、両方に、お金を払っている状態が要ります。僕が動かしたのは、両方とも月額の契約がある状態です。
Claude側は、無料のプランでは動きません。月額の契約のほかに、使った分だけ前払いで払う口も公式に用意されています（2026年9月6日に公式ページで確認）
Codex側は、無料のプランにも触れる範囲が用意されています（軽い作業向け、という説明でした。同日確認）。月額の契約や、使った分だけ払う口もあります
どの口でどこまで動くかは、この記事では確かめていません。僕が確かめたのは、両方に月額を払っている状態だけです
金額は各社の公式ページでご確認ください。変わることがあるので、この記事には金額を書いていません
⚠️Codex側は、コマンドで動かすほう（CLI）が使える状態になっている必要があります。続きの2章は、1つ目の手順からその前提で書いてあります。入っていなければ、1本目のコマンドが何も返さずに終わります。
入っているかどうかは、PowerShellにこの1行を貼れば分かります。True と返れば入っています。False なら、まだです

    Test-Path (Join-Path $env:LOCALAPPDATA 'OpenAI\Codex\bin')

入れ方について、僕が確かめられたのはここまでです。この環境では、ChatGPTのデスクトップアプリを入れて開いたところ、コマンド側の実行ファイルも一緒に置かれていました。9月5日には、アプリを一度開いただけで新しい版が落ちてきています（これは実測です）。それ以外の入れ方は、この記事では確かめていません。
記録した環境は Windows 11のパソコン1台です。コマンドは PowerShell から動かしています
記事に出てくるバージョン番号・画面の名前・フォルダの位置は、2026年8月25日から9月5日のあいだに、僕が確かめたものです（公開前日の9月6日に測り直した分だけ、その日付を添えてあります）。仕様は変わります

価格

¥980

追加料金はありません。

この値段にした理由を書いておきます。中身は12日間の記録と、そこから作った手順・点検表・雛形です。販売実績もレビューも、この記事にはまだありません。確かめる材料が読む側に少ない状態で払っていただく額として、980円にしました。

実績が付いたときに価格を見直すことはあります。そのときは、いちばん上の更新記録に日付と理由を書きます。購入済みの方は、価格がどう変わっても、そのまま新しい版が読めます。

利用条件と免責

購入した方ご本人の利用は自由です。ここに書いてある手順を、ご自身の仕事に使うことに制限はありません
記事そのものの再配布・転売・購入していない方との共有は、ご遠慮ください
この記事は、売上や収入を約束するものではありません。収入の話は本文に含まれていません
数字はすべてn=1です。パソコン1台、12日間、失敗13件。ほかの実績はありません
他社の道具の仕様・料金・利用規約は変わります。この記事に書いてあるのは、確かめた日の僕の環境での実測です。大事な判断の前には、各社の公式の案内をご自身でご確認ください
他社の道具の性能や信頼性について、一般化した評価はしていません。本文に出てくる不具合は、僕の環境で起きた個別の出来事です
本文で扱っているのは、各社が公開している正規の使い方の範囲です。安全の仕組みを外す使い方は書いていません
購入後の返金には対応していません（上のQ&Aに書いたとおりです）。その代わり、直しで応えます。分かりにくかった箇所をBrainのレビュー欄で教えていただければ、記事そのものを直して反映します（個別の返信はお約束できません）。直した版は、追加の料金なしでそのまま読めます

ほかの記事のこと

この記事は4冊目です。前の3冊は、それぞれ主題が違います。

『スキル仕立て』：AIに自分の仕事の手順を覚えさせる手順書
『実録・最初の1部』：出した記事が売れるまでの4日間の記録
『スキルの渡し方・売り方』：作ったスキルを人に渡せる形にするまでの手順書

4冊目です。この記事自身の販売実績とレビューは、まだありません。冊数を信用の材料として使うつもりもありません。判断は、この記事の中身そのものでしてください。振り分けの表も、失敗3件の中身も、検収の3つの関門も、実測の数字も、無料で読めるここに出してあります。

順番はどちらでもかまいません。この記事だけで完結します。ここでは売り込みません。

続きの1ページ目でやること

有料部分の最初は、「二つの枠を、どう割るか」です。

上の表をそのまま使ってもらってもかまいませんが、仕事の中身が違えば割り方も変わります。1章では、その表をどうやって作ったか、そして割り方を決め直す合図をどこに置いたかを書いています。

続き側にも、今日そのまま使える物があります。5章の検収の点検表は、渡した先から物を受け取ったときに、上から順に見ていくためのものです。

最後に、判断の材料をもう一段はっきりさせておきます。枠を割る話に用がなく、検収の話だけで足りるという方にとっては、4章と5-2の点検表（10項目）が、この記事の本体です。上に無料で出した3つの関門は、その要点だけを抜いたものです。4章には、そこから先が入っています。どの関門がどんな納品物に向くのか。テストのどの1件を選ぶのか。なぜ3周で打ち切るのか。検収の係をどう分けるのか。

ただし、当てはまる範囲は、受け取る物によって変わります。ここも先に書いておきます。

プログラム・計算・集計のように、動く物を受け取る方：4章の関門3つと、5-2の点検表10項目が、そのまま全部当てはまります
文章だけを受け取る方：点検表10項目のうち、2番（動かしてみる）と5番（テストの答えを計算し直す）は当てはまりません。残る8項目と、3つの関門のうち3つ目（報告文と納品物の食い違いを探す）が使えます

4章と5-2の点検表のために続きを開く値打ちがあるかどうかを、上の節名の一覧で判断してください。

2つの道具を回してみたい方は、この先へどうぞ。