1ポイント
待ち時間も整理に使う
Codexの返答待ち中は、次オーダー候補や確認項目を整理しておくと流れが止まりません。
まなぶちゃん待っている間に何をすればいい？
GPTガイドくん次の指示文を作るより、確認したいことと停止条件を整理しておくと効率的です。
GPTガイドくん
Codex作業中は、ChatGPT側で次の候補を作っておけます。ただし投入は報告書を見てからです。
まなぶちゃん
思いつきはA/B/C/保留に分けて、今すぐ投げるものを増やしすぎないようにします。
待ち時間の使い方
このページで分かること
- Codexの作業完了をただ待つ必要はないこと
- 待っている間にChatGPTで次の作業候補を整理できること
- ただし、Codexへ次々に投入するのは危険な場合があること
- 同じサイト、同じファイル周辺では報告書を待つ方が安全なこと
- 別サイトや別リポジトリなら並行できる場合があること
- 思いついたことをA/B/C/保留に分ける方法
- 次のCodexオーダーは報告書を見てから確定すること
待ち時間に作るのは追加オーダー候補です。Codexへ投入するかどうかは、直前の報告書を見てから判断します。
同じサイト内では、Codex作業、報告書確認、完了判定、次オーダー投入の順に進めます。
別サイト、別リポジトリ、別環境なら並行できる場合があります。ただし報告書の貼り先は必ず分けます。
Codexの待ち時間は止まる時間ではない
Codexが作業している間、ChatGPT側で次にやりたい作業、確認したいページ、補強したい導線を整理してかまいません。オーダー文を先に下書きしておくと、報告書が返った後にすぐ判断しやすくなります。
待ち時間にやるのは、追加投入ではなく追加整理です。投入判断はCodex報告書を見てから行います。
作ったオーダーをそのまま投げるとは限りません。直前の報告書で表示崩れ、404、SEOタグ変更、未確認事項が出ていれば、次候補よりも原因確認を優先します。
待っている間にChatGPTでやること
待ち時間は、考える作業に向いています。Codexへすぐ投げるのではなく、候補、優先順位、停止条件、報告書を見る観点を整えます。
次の作業候補、改善案、確認したいページ、補強したい導線を洗い出します。
A/B/C/保留に分け、今すぐ必要なものと後でよいものを分けます。
Codex用オーダー文、禁止事項、停止条件、確認項目、報告書形式を作ります。
軽作業か、ChatGPTでさらに整理すべき危険作業かを判断します。
Codex報告書が返った時に見るポイントを先に決めます。
実践ログ化候補やSearch Console、人間確認のメモを整理します。
追加オーダーはすぐCodexへ投げず候補にする
ChatGPTで次オーダーを作ることと、Codexへ実際に投入することは別です。同じサイト内で連続作業する場合、前の作業結果を見ずに次を投げると前提がずれることがあります。
| 悪い例 | 良い例 |
|---|---|
| CodexがUI改善中なのに、同じサイトで本文追加、内部リンク変更、sitemap確認を次々投げる。 | UI改善オーダーを投げる。待ち時間に本文追加オーダー候補をChatGPTで作る。UI改善の報告書を確認し、問題なければ調整して投入する。 |
HTML、CSS、内部リンク、sitemap確認は直前作業の影響を受けます。候補として作り、報告後に確定してください。
同じサイト内では報告書を待つ
同じサイト内では、同じHTML、同じCSS、同じ内部リンク、同じsitemapやrobotsの前提に触る可能性があります。複数のCodex作業を重ねると、どの変更で崩れたのか追いにくくなります。同じサイト内で作業を重ねすぎないことを、待ち時間運用の基本ルールにしてください。
- 同じHTMLを触る可能性がある
- 同じCSSを触る可能性がある
- 内部リンク確認結果が古くなる
- sitemapやrobotsの前提が変わる可能性がある
- どの変更で崩れたか分からなくなる
- 報告書の内容が食い違う可能性がある
別サイト・別リポジトリなら並行できる場合がある
別サイトや別リポジトリなら、ファイルや前提が分かれているため並行しやすい場合があります。ただし、Codex画面、ChatGPTスレッド、報告書の貼り先を分けることが前提です。
サイトA専用
サイトB専用
サイトAの報告書をサイトBに貼らないでください。作業名には対象サイトや対象リポジトリを入れ、人間側が管理できる数を超えないようにします。
思いついた作業をA/B/C/保留に分ける
待ち時間中に思いついたことは捨てなくてかまいません。ただし、全部を今のCodex作業に混ぜず、優先度に分けます。
| 分類 | 意味 | 例 |
|---|---|---|
| A | 今すぐ必要 | 表示崩れ、404、画像切れ、SEOタグ変更、HTTP 500 |
| B | 次にやる | 本文補強、導線改善、具体例追加、内部リンク追加 |
| C | あとでやる | 新規ページ群、カテゴリ整理、デザイン強化、シリーズ化 |
| 保留 | 条件待ち | Search Console反応後、AdSense結果後、人間確認後、公式情報確認後 |
追加オーダー候補の作り方
追加オーダー候補には、作業名、目的、対象ページ、やること、変更してよいもの、変更してはいけないもの、停止条件、確認項目、報告書形式、投入条件を入れます。特に投入条件は必須です。
追加オーダー候補テンプレート
作業名
目的
対象ページ
やること
変更してよいもの
変更してはいけないもの
停止条件
確認項目
報告書形式
投入条件投入条件の例
直前のUI改善報告で、HTTP 200、SEOタグ維持、スマホ崩れなしが確認できた場合のみ実行Codex報告書が返ってきた後の判断
報告書が返ってきたら、追加オーダー候補をそのまま投入せず、まず前作業の状態を見ます。
次オーダー候補を投入します。必要なら直前報告を反映して文面を調整します。
次候補をやめ、表示調整を優先します。
画像配置や素材確認を優先します。
アップロード再実行や環境確認を優先します。
追加作業を止めて原因確認を優先します。
- 変更したファイル
- 作成したファイル
- 触っていないファイル
- HTTP確認
- SEOタグ維持
- sitemap変更有無
- robots変更有無
- ads.txt変更有無
- noindex有無
- スマホ表示確認
- 停止条件該当
- 未確認事項
危ない並行作業の例
| 危ない例 | 危ない理由 |
|---|---|
| 同じサイトでUI改善、本文追加、内部リンク整理、sitemap変更を同時にCodexへ投げる。 | 同じHTMLやCSSを触り、どの変更が原因か分からなくなります。 |
| Codex報告書を読まずに次オーダーを投げる。 | 前の作業が未完了、FTP未設定、画像なし、404発生などを見落とします。 |
| 思いつきを全部Codexに直接投げる。 | 優先順位が崩れ、不要な作業や危険作業まで進む可能性があります。 |
安全な並行作業の例
安全なのは、Codexへ投入する作業を増やすことではなく、ChatGPT側で候補を増やし、報告後に確定する形です。
Codexがトップページ導線修正中なら、ChatGPTでは次にやる初心者ページ補強オーダーを下書きします。Codex報告後、問題なければ投入します。
Codex画面1でサイトAのUI確認、Codex画面2でサイトBの公開前チェックを進める場合は、それぞれ専用スレッドで報告書を確認します。
Codexで軽量確認を行い、ChatGPTで次候補を整理します。確認結果を見て、最小修正だけ投入します。
待ち時間運用のチェックリスト
- Codexの作業対象を把握している
- 同じサイト内で次オーダーを投げようとしていない
- 追加オーダーは候補として作っている
- 投入条件を書いた
- 報告書を見るポイントを決めている
- A/B/C/保留に仕分けた
- 危険作業はChatGPTに戻して整理している
- 別サイト並行なら報告書の貼り先を分けている
- FTP未設定や画像不足などの停止理由を見落とさない
- 最終判断は人間が行う
このカテゴリの親ページへ戻る
同じカテゴリのページを続けて読む場合は、親ページの一覧から選ぶと迷いにくくなります。
Codexへ渡した後の確認へ進む
オーダーを作った後は、報告書、公開前チェック、チェックリスト、戻し方まで確認すると作業を止めどころで区切りやすくなります。
近いテーマの読み分け
すぐ投げる、GPTで整理する、作業フローを見る、報告書を戻して判定する、という流れで使い分けます。