Before Codex work

Codexに作業を頼む前に確認すること

Codexに作業を頼む前は、やってほしいことだけでなく、触ってはいけない範囲、止める条件、確認するURLを先に決めておくと事故が減ります。

このページは非公式の実践ガイドです。公式仕様、料金、障害状況、順位、収益、安全性を保証せず、実際の画面と公開状態を確認する前提で整理します。

このページでわかること

Codexへ作業を渡す前に確認する対象URL、既存ページ、バックアップ、触ってはいけないファイル、STOP条件の決め方を整理します。

結論

Codex作業は、依頼文を長くするよりも、対象範囲と禁止範囲をはっきり分ける方が安定します。特に本番サイトでは、作業前のチェックがそのままrollbackのしやすさにつながります。

Codexに任せやすいこと

既存HTMLの補強、内部リンク追加、FAQ追加、公開URL確認、sitemapへの新規URL追加、スマホ390px確認のような、対象と完了条件が明確な作業は任せやすいです。

人間が確認すべきこと

本当に公開してよい内容か、公式誤認がないか、契約・料金・障害情報を断定していないか、AdSenseやSearch Consoleタグを触っていないかは人間が確認します。

やってはいけないこと

APIキー、token、.env、FTP、SSH、DB情報、個人情報を依頼文に入れません。robots.txt、ads.txt、.htaccess、DB、cron、DNS、API/OAuthは明確な理由がない限り触らせません。

STOP条件

公開フォルダが不明、既存URLと重複しそう、秘密情報が必要、公式仕様の断定が必要、タグやcanonical/noindex方針の変更が必要な場合は止めて報告します。

FAQ

Codexに依頼する前に一番大事なことは何ですか?

対象URLと触らない範囲を明確にすることです。やることだけでなく、やらないことも書くと安全です。

STOP条件は毎回必要ですか?

本番公開や複数ファイル変更を含む作業では、STOP条件を書いた方が判断のズレを減らせます。

バックアップは必要ですか?

本番ファイルを変更する場合は、変更前バックアップを作る前提にするのが安全です。

秘密情報を貼ってもよいですか?

貼らない方が安全です。必要な場合でも、作業後に変更する前提で扱います。

Codex制作・運用ロングテール第5波の関連ページ

制作後の導線設計、素材管理、引き継ぎ、複数サイト運用、実践ログ資産化へつなぐページです。

Codex GitHub実務 第8波の関連ページ

PR、review、CI、branch、private repo、Issue、README、release noteへつなぐページです。

Codexトラブル対応 第9波の関連ページ

止まった時、意図しない変更、差分過大、表示崩れ、内部リンク404、500エラー、タグ確認、STOP報告へつなぐ導線です。

Codex実務テンプレート 第10波の関連ページ

作業指示、報告書、公開前チェック、ロングテール確認、タグ確認、スマホ確認、URL検査管理へつなぐ導線です。