新しいデスクトップでは最初に作業していい状態かを確認する
環境、repo、認証、ブランチ、前回作業がずれている状態で大型オーダーを投げると、上書き事故や無駄なリトライにつながります。最初はファイル変更なしの確認オーダーから始め、公開URLやsitemap、触ってはいけない設定を見てから本命作業へ進みます。
作業数が少なくても確認やリトライでCodex上限は減る
Codexの利用量は完成したページ数だけで決まりません。環境確認、repo確認、失敗リトライ、長いオーダー、複数サイト横展開、差分確認でも消費します。新しいPCでは再接続や認証確認が増えやすいため、最初に短い確認オーダーを投げる方が結果的に安全です。
再開前に確認すること
作業対象サイト、本番かローカルか、GitHub repo、現在ブランチ、未コミット差分、未マージPR、前回作業ログ、/status、公開URL、sitemap.xml、robots.txt、ads.txt、AdSenseコード、Search Consoleタグ、内部リンク、未作成URL、秘密情報、公式誤認表現を確認します。
Codexに最初に投げる確認オーダー例
/GOAL 新しいデスクトップでCodex作業を再開する前の確認だけをしてください。 目的: 作業環境移行後に、前回作業・GitHub・公開URL・触ってはいけない設定を確認し、安全に作業を再開できる状態か判断する。 今回やること: ・現在の作業対象サイト確認 ・GitHub repo確認 ・現在ブランチ確認 ・未コミット差分確認 ・未マージPR確認 ・直前の作業ログ確認 ・/status または作業メモ確認 ・公開URL 200確認 ・sitemap.xml確認 ・robots.txt確認 ・ads.txt確認 ・AdSenseコード維持確認 ・Search Consoleタグ維持確認 ・内部リンク404確認 ・秘密情報混入チェック ・次にやるべき作業をA/B/Cで整理 今回やらないこと: ・ファイル変更しない ・新規記事を作らない ・既存ページを補強しない ・sitemapを変更しない ・robots.txtを変更しない ・ads.txtを変更しない ・.htaccessを変更しない ・DBを変更しない ・cronを変更しない ・AdSenseコードを変更しない ・Search Consoleタグを変更しない ・本番反映しない ・未確認ニュースを公開しない 触ってはいけないもの: AdSenseコード Search Consoleタグ robots.txt ads.txt .htaccess DB cron DNS 認証キー類 トークン類 .env SSH鍵 接続情報 サーバー識別情報 ローカル環境の固有パス ニュース配信処理 停止条件: repo不明、ブランチ不明、未コミット差分あり、未マージPRあり、公開URL不安定、sitemap不安定、秘密情報混入、設定変更が必要な場合は、作業を止めて報告する。
確認オーダーの報告書に必要な内容
報告書には、作業対象サイト、repo、現在ブランチ、未コミット差分、未マージPR、直前作業ログ、/status、公開URL、sitemap、robots、ads、AdSense、Search Consoleタグ、内部リンク、秘密情報チェック、触っていないもの、停止条件の有無、次にやるべきA/B/C作業を入れます。
確認が通ったら本命作業へ進む
確認が通ったら、本命記事作成、既存ページ補強、Search Console反応ページ育成、Aグループ横展開、内部リンク整理、sitemap反映、公開URL確認、実践ログ化候補整理へ進みます。新しいデスクトップ再開直後は、本命1サイトと重要横展開2から4サイト程度に分けるのが安全です。
公開中情報サイトでは公式誤認も確認する
ブルーインパルス情報サイトのような公式誤認防止が必要な情報サイトでは、公式サイトと誤認されないか、公式ロゴや公式画像を使っていないか、公式文章を丸写ししていないか、未確認の予定を言い切っていないかも確認します。公開URL、sitemap、robots、内部リンクも合わせて見ます。
最初の1回でやってはいけないこと
いきなり10サイト横展開、repo確認なしの作業、main直push、未コミット差分を見ない上書き、Search ConsoleタグやAdSenseコードの入れ直し、robotsや.htaccess変更、未確認ニュース公開、公式画像の使用、秘密情報入りログの貼り付けは避けます。
Codex再開確認チェックリスト
作業対象サイトを決めた / GitHub repoを確認した / ブランチを確認した / 未コミット差分を確認した / 未マージPRを確認した / 直前の作業ログを確認した / /statusを確認した / 公開URLを確認した / sitemap.xmlを確認した / robots.txtを確認した / ads.txtを確認した / AdSenseコード維持を確認した / Search Consoleタグ維持を確認した / 内部リンク404を確認した / 未作成URLリンクを確認した / 秘密情報がないことを確認した / 公式誤認がないことを確認した / 最初の作業は小さく始める / 横展開はA/B/Cで分ける
まとめ
新しいデスクトップでCodex作業を始める時は、まず再開確認オーダーを投げます。repo、ブランチ、差分、前回ログ、/status、公開URL、sitemap、設定ファイル、秘密情報を確認し、問題がなければ本命記事や横展開へ進む流れが安全です。
| 確認項目 | 見る理由 |
|---|---|
| GitHub repo | 違うrepoで作業すると本番反映先がずれる |
| ブランチ | main直作業や古い作業枝を避ける |
| 未コミット差分 | 前回作業やユーザー変更の上書きを避ける |
| 未マージPR | 同じ作業の重複や競合を避ける |
| /status | 直前作業が完了か途中かを把握する |
| 公開URL | 本番で見られる状態か確認する |
| sitemap / robots / ads | SEOと広告関連の基本状態を壊していないか見る |
| 秘密情報 | 認証情報や環境固有情報が混ざっていないか見る |
| A/B/C分類 | 進め方 |
|---|---|
| A | 今回必ず実装する本命と重要横展開 |
| B | 余力があれば実装する周辺テーマ |
| C | 候補整理または既存補強のみ。公開中情報サイトは慎重に扱う |
FAQ
新しいPCで最初に何をCodexへ頼むべき？
いきなり作業ではなく、repo、ブランチ、未コミット差分、前回作業、公開URL、触ってはいけない設定の確認を頼みます。
確認だけでもCodex使用量は減る？
減る可能性はあります。ただし、確認なしで失敗リトライを増やすより、最初に短く確認する方が安全です。
/status は何を見るもの？
直前作業が完了済みか、途中か、次に何をするべきかを確認するために使います。OpenAIの障害情報とは別に扱います。
確認後すぐ横展開していい？
可能ですが、最初は本命1サイトと重要横展開2から4サイト程度に分ける方が安全です。
公開中情報サイトで特に注意することは？
公式誤認、未確認の予定を言い切ること、公式ロゴや公式画像の使用、公式文章の丸写しを避けます。