結論：会話をそのまま渡さずサイズ化する
ChatGPTで目的、対象URL、作業サイズ、A/B/C、触ってはいけないもの、完了条件に整理してからCodexへ渡します。
短くしてよいもの
正本化済みの注意事項、B/C候補整理、前回報告の前提は短縮できます。
省略しないもの
Secrets禁止、AdSenseコード非変更、Search Consoleタグ非変更、STOP条件、収益保証禁止は残します。
依頼を分ける単位の決め方
作業依頼が失敗するとき、原因は指示の書き方より1回に詰め込みすぎていることです。分ける単位は、次のどれかで区切ると扱いやすくなります。
| 区切り方 | 向く場面 |
|---|---|
| ファイル単位 | 触る範囲をはっきりさせたいとき |
| 画面単位 | 表示を確認しながら進めたいとき |
| 工程単位 | 作る→確認する→反映する、を分けたいとき |
| 確認が要る箇所で区切る | 判断を挟みたいとき |
迷ったら4つ目にしてください。自分が確認したい地点で区切るのが、結果的にいちばん失敗しません。
順番を決めるときの基準
複数の依頼を並べるとき、思いついた順に並べると途中で詰まります。次の順に並べ替えてください。
- 戻せるものから：やり直しがきく作業を先に。
- 他の作業の前提になるものを先に：後続が待つ作業を優先します。
- 確認に時間がかかるものは早めに：最後に回すと、その日のうちに終わりません。
- 公開・送信は最後にまとめる：戻せない操作は、他が全部終わってから。
4つ目を守ると、途中で中断しても公開状態が壊れません。作業の途中で日をまたぐことを前提に組んでおくのが安全です。
codexguide.jpへの導線
大玉・中玉・小玉の本命ルールはcodexguide.jpに置きます。
依頼を出す前の最終確認
まとめて依頼を投げる前に、次を見てください。ここで気づけば数分、気づかなければ戻す作業が発生します。
- 触ってほしくない範囲を書いたか：「他は変更しない」の1行です。
- 戻せる状態にしてあるか：控えを取ったか、元に戻せる手段があるか。
- 認証情報が混ざっていないか：指示文に実際の値を貼っていないか。
- 公開・送信を含んでいないか：含むなら、そこだけ手元に残します。
4つ目が守れていれば、他が失敗しても被害は作業用の範囲で止まります。戻せない操作だけを分離しておくのが、依頼を安全に出すための最小限の備えです。
関連ページ
確認した公式情報
このページは公式ページではありません。最新仕様、install方法、料金、使用上限は必ず公式情報で確認してください。
FAQ
Pro 200にしたら毎回たくさんページを作っていいですか？
以前より攻めやすくなりますが、毎回大玉にする必要はありません。親ハブ級だけ大玉にし、子ページや既存補強は中玉・小玉で進めます。
オーダーが長いのは悪いことですか？
悪いとは限りません。長いオーダーには、触ってはいけないもの、停止条件、確認項目が含まれており、事故防止の役割があります。
中玉オーダーは何に向いていますか？
既存親ハブの子ページ、Search Console反応語の刈り取り、本命1URL＋少数横展開に向いています。
小玉オーダーは何に使いますか？
既存ページ補強、内部リンク追加、FAQ追加、公開確認、軽いSEO補強に向いています。