Codexに報告なしで連続オーダーしてよいか

最初に決めるルール

Codexへ報告なしで連続オーダーを出してよいかは、作業の種類で分けます。判断の中心は、後から差分を追えるか、他のCodex作業と衝突しないか、人間が公開判断を失わないかです。

連続しやすい

確認、整理、下書き、依頼文案、公開URLの確認だけ。

報告必須

ファイル変更、新規ページ作成、PR、merge、main同期、公開確認、共有ファイル更新。

基本姿勢

速く進めてもよいが、変更の境界では必ず止まり、報告を読んでから次へ進む。

報告なしで進めると危険な理由

Codexは前の作業で何を変更したか、どのファイルに触ったか、どの確認が未完了かを報告にまとめます。その報告を読まずに次のオーダーを重ねると、差分の取り違え、共有ファイルの衝突、未公開URLへのリンク、sitemapやnewsの重複、PRの未確認mergeが起きやすくなります。

前の作業の停止条件を見落とす
同じファイルを別Codexが同時に触る
sitemap.xml、news/index.html、work-log/index.htmlの更新責任が曖昧になる
PR差分を見ないままmerge判断へ進む
公開URL、canonical、robots、noindexの確認が抜ける

報告なしでも比較的続けやすい作業

次のような作業は、ファイル変更やGitHub操作を伴わない前提なら連続オーダーに向いています。

対象URLや対象ファイルの候補整理
記事本文や見出し案の下書き
Codexへ渡す作業オーダー文の作成
公開URLのHTTPステータス確認だけ
docs-onlyの軽い構成案
work-log候補の整理だけ

ただし、確認だけのつもりでも修正が必要になった時点で止め、報告を読んでから変更作業へ切り替えます。

必ず報告を読んでから次へ進む作業

次の作業は、連続オーダーの途中でも区切りを作ります。報告書で変更ファイル、作成URL、未確認項目、停止条件を確認してから次の依頼へ進みます。

分類	報告が必要な理由
HTML本文変更・新規ページ作成・既存ページ補強	変更ファイルと内部リンクを追う必要があるため。
sitemap.xml、news/index.html、work-log/index.html	共有ファイルで衝突しやすいため。
親ハブ導線、内部リンク、外部リンク	未作成URLや404を作らないため。
GitHub branch / commit / push / PR / merge / main同期	差分確認と履歴確認が必要なため。
公開URL確認、SEOタグ、canonical、robots、noindex	公開状態と検索向け設定の取り違えを防ぐため。
AdSense、Search Console、robots.txt、ads.txt、.htaccess	触る場合は別管理にし、通常作業では停止条件にするため。

最低限ほしいCodex報告テンプレート

次の項目があると、次のCodexへ安全に引き継ぎやすくなります。

作業名:
対象サイト:
対象URL:
変更ファイル:
作成URL:
補強URL:
sitemap変更:
news変更:
work-log変更:
親ハブ導線変更:
GitHub branch:
commit hash:
PR URL:
merge有無:
main同期確認:
公開URL確認:
SEOタグ確認:
canonical / robots / noindex確認:
内部リンク / 外部リンク:
画像 / CSS:
スマホ表示:
AdSense影響:
Search Console影響:
robots / ads影響:
本番反映:
FTP / SFTP:
Secrets / .env / APIキー:
停止条件:
次にやること:

GitHub運用では報告が区切りになる

GitHubを使う場合は、main直pushを避け、branch、commit、push、PR、差分確認、merge、main同期確認を分けて扱います。PRやmergeは小さく見えても履歴に残るため、報告なしで続けない方が安全です。

branch:
  codex/continuous-order-report-rule-20260605
commit:
  Add Codex continuous order reporting guide
pr_title:
  Add Codex continuous order reporting guide
rule:
  no direct push to main
  review PR diff
  merge after human-readable report
  sync local main after merge
  no FTP/SFTP
  no production deploy
  no GitHub Actions deploy in this task
  no Secrets in repository

並列Codexでは共有ファイルを分ける

複数のCodexウインドウで進める時は、各ウインドウに作業ID、対象サイト、対象URL、触ってよいファイル、触ってはいけないファイルを渡します。共有ファイルの更新が必要になった場合は、その場で実装せず、最後の統合作業へ回すと衝突を減らせます。

1つのCodexは指定された対象URLと対象ファイルだけ触る
sitemap、news、work-log、親ハブ導線は統合作業に集める
各Codexは変更ファイル、作成URL、未変更共有ファイル、統合作業メモを報告する
Secrets、.env、APIキー、認証情報、DB、cron、DNSは扱わない

次のオーダーを出す前のチェック

次の依頼に進む前に、最低限ここを確認します。

Codexの報告書を読んだ
変更ファイルと作成URLを確認した
sitemap、news、work-log、親ハブ導線の変更有無を確認した
PR URL、merge有無、main同期を確認した
公開URL、SEOタグ、canonical、robots、noindexを確認した
停止条件や未確認項目が残っていない
次のCodex作業と対象ファイルが衝突しない

あとでSearch Consoleで見る語

公開後にSearch Consoleを見る場合は、次のような語で反応を確認します。

codex 連続オーダー、codex 報告、codex 作業報告、codex github pr、codex merge、codex sitemap、codex news、codex work-log、codex 並列作業。