大玉を連続で出すなら、速さよりキュー管理
Codexは大玉作業を速く進められます。ただし、報告待ちを飛ばすと、同じサイト、同じsitemap、同じ内部リンク、同じ共通CSSを複数作業で触って衝突しやすくなります。
Codexに大玉オーダーを連続投入する時は、作業速度よりも、どの作業が完了し、どれが待ち状態かを見える化することが大切です。
本番反映中、FTP待ち、PR待ち、公開URL404の状態で次の本番大玉を重ねないことが基本です。
大玉オーダーは、1ページ作成ではなく小さなプロジェクト
大玉は、単なる1ページ作成ではありません。本命1記事、A/B横展開、複数サイトのsitemap更新、既存ページへの内部リンク追加、FAQ JSON-LD、スマホ表示確認、実践ログ化候補つき報告まで含むことがあります。
危ない理由は、触るファイルが多く、sitemapが複数あり、内部リンクが増え、バックアップが必要で、公開確認も多いからです。
複数Codexは、同じ仕事を同時にさせない
Codex 1/2/3を使う時は、同じ仕事を分散するのではなく、役割を分けます。Codex 1は本番実装、Codex 2は棚卸し、Codex 3は調査や候補整理です。
- Codex 1: 本番実装、大玉記事化、公開URL確認、sitemap反映、本番報告
- Codex 2: 棚卸し、進行管理、既存URL確認、未完了タスク整理、Search Console候補整理
- Codex 3: 調査、下書き、候補整理、公式情報確認、軽い既存補強案
大玉は、出す、待つ、読む、採用、次の順番
基本フローは、オーダーを出す、Codexが実装する、報告を受ける、公開URLと確認結果を見る、採用/保留/差し戻しを判断する、次のオーダーを出す、です。
報告を読まずに次の本番大玉を重ねる、404のまま採用する、FTP待ちを完了扱いする、PR未mergeをGitHub正本化済みにする、スマホ崩れを無視する、といった運用は避けます。
大玉作業は、頭の中ではなく表で管理する
キュー表には、番号、テーマ、本命サイト、担当Codex、状態、公開URL、sitemap、内部リンク、GitHub/PR、停止条件、採用判断を入れます。
状態は、未着手、実装中、FTP待ち、PR待ち、公開確認中、差し戻し、採用OK、再実行不要のように分けます。
- 番号
- テーマ
- 本命サイト
- 担当Codex
- 状態
- 公開URL
- sitemap
- 内部リンク
- GitHub/PR
- 停止条件
- 採用判断
同時編集を避けるファイル
明示許可なしに触らないものを決めておきます。同じサイトで複数作業がある時は、sitemap更新を最後にまとめるか、1作業に限定します。
- sitemap.xml
- index.html
- work-log/index.html
- news/index.html
- 共通CSS
- header/footer
- robots.txt
- ads.txt
- .htaccess
- AdSenseコード
- Search Consoleタグ
- DB
- cron
- DNS
- GitHub main
途中停止は失敗ではなく、状態として管理する
FTP待ちは、ローカル実装OK、本番未公開、公開URL404、採用保留として扱います。404は再アップまたはパス確認が必要で、sitemapだけ先に入れないようにします。
PR待ちは、GitHubに反映済みでもmerge前なら正本化未完了です。スマホ崩れは、再生成せずCSS最小修正で直せる場合があります。
休憩前は新規投入より、止まっている作業を確認する
残量は攻める。休憩前は状態確認。本番反映中のまま放置しない。この合言葉で、休憩前に見る項目を固定します。
- 本番反映中の作業がないか
- FTP待ちがあるか
- 公開URL404が残っていないか
- PR待ちがあるか
- Codexが質問待ちではないか
- 未保存や未commitがないか
- sitemap更新途中ではないか
- 次に読む報告が分かるか
高速モードでもキュー管理は省略しない
高速モードは候補整理や実装速度には効きます。ただし、報告確認は省略できません。Pro 200で残量があっても、同じファイル衝突は防げません。
大玉連投は、利用量より進行表が大事です。本文の重複や薄い横展開が起きやすいので注意します。
次の大玉を出す前の確認テンプレート
次のテンプレートは、本番大玉を連続投入する前に、前作業の状態を確認するためのものです。
/GOAL 次の大玉オーダーへ進む前に、前作業の状態を確認してください。 確認すること: ・前作業の公開URLは200 OKか ・sitemap掲載済みか ・内部リンク404は0か ・AdSenseコードは維持されているか ・Search Consoleタグは維持されているか ・Secretsは検出されていないか ・スマホ390pxで大崩れしていないか ・FTP待ちではないか ・PR待ちではないか ・GitHub正本化済みか ・停止条件は残っていないか ・同じサイト/同じsitemapを次作業で触らないか 未完了や保留があれば、新しい本番大玉を出す前に報告してください。
Codex大玉キュー運用チェックリスト
aimoney.jpでは、作業の速さより状態の見える化を優先します。
- 前作業の報告を読んだ
- 公開URLが200 OK
- sitemap掲載済み
- 内部リンク404 0
- スマホ390px確認済み
- Secrets 0
- 禁止表現 0
- FTP待ちではない
- PR待ちではない
- GitHub merge状態を確認した
- 同じサイトの同じファイルを次作業で触らない
- Codex 1/2/3の役割が分かれている
- Cグループを勢いで公開しない
- AdSenseコードを触らない
- Search Consoleタグを触らない
- robots/ads/.htaccess/DB/cron/DNSを触らない
- 報告を読んでから次へ進む
AI副業側の切り口
ChatGPTでアイデアや文章を整理し、CodexでLPやサイトを実装できます。ただし、成果、審査、SEO順位を保証する表現は避け、本業情報や顧客情報を入れないようにします。
関連ページ
確認した公式情報
このページは公式ページではありません。CodexやGitHubの仕様は変わる可能性があるため、最新の公式情報も確認してください。
FAQ
Codexに大玉を連続で出してもいい?
可能ですが、前作業の報告を読み、公開URL、sitemap、内部リンク、停止条件を確認してから次へ進むのが安全です。
複数Codexを同時に使ってもいい?
使えます。ただし、本番実装、棚卸し、調査で役割を分け、同じファイルを同時に触らせないことが大切です。
FTP待ちは完了扱いでいい?
いいえ。公開URLが404なら本番採用は保留です。
PRを作ったらGitHub正本化完了?
mergeされるまでは正本化完了ではありません。
高速モードなら報告確認を省略していい?
いいえ。高速化してよいのは作業速度で、確認は省略できません。
休憩前に新しい大玉を出していい?
本番反映中、質問待ち、FTP待ち、PR待ちがないか確認してからにします。
一番衝突しやすいものは?
sitemap.xml、共通CSS、index.html、header/footer、AdSenseタグ、Search Consoleタグ、.htaccessなどです。
大玉キューの基本は?
出す、待つ、読む、採用、次へ進む、です。
Codex作業で止まった時の復旧関連ページ
404、FTP待ち、sitemap旧版、スマホ崩れ、PR待ち、Secrets確認をサイト別に整理しました。
- AI副業作業が止まった時の復旧チェック|404・本番反映・成果断定NGAI副業作業で404、本番未反映、sitemap旧版、スマホ崩れ、成果断定表現が出た時に、採用保留と復旧手順を分けます。