AIサイトガイド
安全チェック

Codex大玉作業の安全チェック｜Secrets・本番反映・同時編集を防ぐ

大玉作業では、実装速度より先にSecrets、同時編集、設定ファイル、本番反映の境界を決めます。

大玉を連続で出すなら、速さよりキュー管理

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が実装する、報告を受ける、公開URLと確認結果を見る、採用/保留/差し戻しを判断する、次のオーダーを出す、です。

報告を読まずに次の本番大玉を重ねる、404のまま採用する、FTP待ちを完了扱いする、PR未mergeをGitHub正本化済みにする、スマホ崩れを無視する、といった運用は避けます。

大玉作業は、頭の中ではなく表で管理する

キュー表には、番号、テーマ、本命サイト、担当Codex、状態、公開URL、sitemap、内部リンク、GitHub/PR、停止条件、採用判断を入れます。

状態は、未着手、実装中、FTP待ち、PR待ち、公開確認中、差し戻し、採用OK、再実行不要のように分けます。

同時編集を避けるファイル

明示許可なしに触らないものを決めておきます。同じサイトで複数作業がある時は、sitemap更新を最後にまとめるか、1作業に限定します。

途中停止は失敗ではなく、状態として管理する

FTP待ちは、ローカル実装OK、本番未公開、公開URL404、採用保留として扱います。404は再アップまたはパス確認が必要で、sitemapだけ先に入れないようにします。

PR待ちは、GitHubに反映済みでもmerge前なら正本化未完了です。スマホ崩れは、再生成せずCSS最小修正で直せる場合があります。

休憩前は新規投入より、止まっている作業を確認する

残量は攻める。休憩前は状態確認。本番反映中のまま放置しない。この合言葉で、休憩前に見る項目を固定します。

高速モードでもキュー管理は省略しない

高速モードは候補整理や実装速度には効きます。ただし、報告確認は省略できません。Pro 200で残量があっても、同じファイル衝突は防げません。

大玉連投は、利用量より進行表が大事です。本文の重複や薄い横展開が起きやすいので注意します。

次の大玉を出す前の確認テンプレート

次のテンプレートは、本番大玉を連続投入する前に、前作業の状態を確認するためのものです。

/GOAL

次の大玉オーダーへ進む前に、前作業の状態を確認してください。

確認すること：
・前作業の公開URLは200 OKか
・sitemap掲載済みか
・内部リンク404は0か
・AdSenseコードは維持されているか
・Search Consoleタグは維持されているか
・Secretsは検出されていないか
・スマホ390pxで大崩れしていないか
・FTP待ちではないか
・PR待ちではないか
・GitHub正本化済みか
・停止条件は残っていないか
・同じサイト/同じsitemapを次作業で触らないか

未完了や保留があれば、新しい本番大玉を出す前に報告してください。

Codex大玉キュー運用チェックリスト

aisafety.jpでは、作業の速さより状態の見える化を優先します。

安全側の切り口

Secrets、APIキー、token、.env実値、GitHub token、SSH鍵、FTP情報、DB接続情報、会社情報、顧客情報を記事やログへ出さないことが前提です。

関連ページ

確認した公式情報

このページは公式ページではありません。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確認をサイト別に整理しました。