このページで分かること
Codexへ実務作業を頼む時の、失敗しにくい指示の出し方、作業の分け方、触らないものの指定、停止条件、報告書確認、GitHub連携、公開前後のチェックをまとめます。
「早く終わらせる裏技」ではなく、事故を減らし、確認しやすくし、次の作業へ進みやすくするための小さな型として使ってください。
Codexの裏技は「作業を安全に分けるコツ」
Codexに大きな作業を一度に渡すと、確認範囲が広がり、どこで問題が起きたのか分かりにくくなります。実務では、調査、実装、確認、公開後チェックを分けるだけで、かなり安全になります。
- 調査だけの依頼と、実装する依頼を分ける
- 対象ページ、対象ファイル、確認URLを先に書く
- 触ってよいものと触らないものを明記する
- 問題が出たら止める条件を書く
- 最後に人間が報告書と公開URLを確認する
1回に1作業だけ頼む
一度に大量の変更を頼むと、本文、CSS、内部リンク、SEOタグ、sitemap、cronなどが混ざりやすくなります。まずは「この1ページの本文補強だけ」「このヘッダー表示だけ」「このリンク404確認だけ」のように、1回1目的に絞るのが基本です。
対象ファイルを絞り、作業後に確認する項目もセットで書くと、報告書の読み合わせがしやすくなります。
触ってよいもの・触らないものを書く
Codexに頼む時は、変更してよいものと、変更してはいけないものを分けて書きます。これだけで作業範囲の広がりを抑えやすくなります。
変更してよいもの
- 対象ページHTML
- 対象CSSの該当部分
- 関連ページへの最小内部リンク
- 確認用スクリプト
- 報告書に必要な確認結果
変更してはいけないもの
- title / meta description / canonical / robots / H1
- sitemap.xml / robots.txt / ads.txt
- AdSenseコード
- DB、cron、.htaccess
- GitHub設定、Secrets、実リポジトリ設定
- 認証情報や秘密情報
停止条件を書く
止める条件を先に書くと、危ない場面で無理に続けずに済みます。特に本番サイト、共通部品、cron、GitHub、SEOタグに関係する作業では必ず入れてください。
- HTTP 500 が出たら停止
- HTTP 404 が多数出たら停止
- SEOタグ変更が必要になりそうなら停止
- DB変更、.htaccess変更、cron変更が必要になりそうなら停止
- AdSenseコードやSearch Console確認ファイルに影響しそうなら停止
- 認証情報、APIキー、Secretsが必要になりそうなら停止
報告書形式を先に指定する
作業後に何を確認すべきかは、依頼時点で決めておくと安全です。報告書形式を指定すると、変更内容、未変更ファイル、確認結果、停止条件の有無を見落としにくくなります。
報告書形式
今回やったこと
変更したファイル
作成したファイル
触っていないファイル
HTTP確認
内部リンク404確認
SEOタグ維持確認
停止条件該当
未確認事項
次にやるべきこと
実践ログ化候補調査Codex・実装Codex・確認Codexを分ける
調査、実装、確認を同じ依頼に詰め込みすぎると、判断が曖昧になります。重い作業では、まず調査だけ、次に1作業だけ実装、最後に公開後確認だけ、という順番に分けると安全です。
調査Codex
現状、対象ファイル、リンク、リスクだけを見る。
実装Codex
1目的に絞って変更し、触っていないものも報告する。
確認Codex
公開URL、SEOタグ、内部リンク、スマホ表示を確認する。
ChatGPTで整理してからCodexへ渡す
いきなりCodexへ投げるより、先にChatGPTで目的、対象ページ、変更範囲、触らないもの、確認項目を整理してから渡すと、指示が具体的になります。
Codexの返事を待たずに次オーダーを準備する
重い作業中は、次に出す候補のオーダーを下書きしておくと効率的です。ただし、同じファイルを同時に触らせたり、前の報告書を確認せず危険作業へ進めたりしないでください。
- 次オーダーは下書きに留める
- 同じファイルを同時に触らせない
- 報告書で変更ファイルを確認してから進める
- DB、cron、GitHub設定などは前作業の完了確認後に扱う
公開前チェックを必ず入れる
Codexが作業を完了した後も、公開URL、CSS、画像、スマホ表示、内部リンク、SEOタグ、AdSenseコードの維持を確認します。ページ追加や導線変更では、未作成URLへリンクしていないかも見ます。
GitHubや差分確認と組み合わせる
GitHubを使う場合は、Codex作業後に差分を見て、変更ファイル、追加行、削除行、触ってはいけないファイル、秘密情報の混入を確認します。GitHubは本番サーバーやDBバックアップの代わりではありません。
Codex便利ワザ一覧
| 便利ワザ | どう頼むか | 効く場面 | 注意点 |
|---|---|---|---|
| 1作業に絞る | 今回はこの1箇所だけ修正してください。 | 事故防止、確認しやすさ | 別作業を混ぜない |
| 触らないものを書く | SEOタグ、sitemap、ads.txt、AdSenseコードは触らないでください。 | 本番サイト修正 | 制約を具体的に書く |
| 停止条件を書く | 500が出たら止めて報告してください。 | 危険作業、公開作業 | 無理に続けない |
| 報告書形式を指定 | 変更ファイル、触っていないファイル、確認結果を書いてください。 | 作業後確認 | 完了報告だけで済ませない |
| 調査と実装を分ける | まず修正せず、現状とリスクだけ確認してください。 | 大きめの作業前 | 判断前に編集しない |
| GitHub差分を見る | 作業後にPR差分と秘密情報混入を確認してください。 | コード修正、サイト制作 | 人間確認を残す |
よくある質問
- Codexの裏技とは何ですか？
- 制限回避ではなく、作業を小さく分け、触らないものを明記し、確認しやすくするための実務上のコツです。
- Codexに全部任せてもいいですか？
- おすすめしません。Codexには作業や確認を任せられますが、公開判断、重要判断、秘密情報の扱いは人間が確認します。
- Codex作業で一番大事なコツは何ですか？
- 1回に1目的へ絞り、変更してよいものと触らないもの、停止条件を先に書くことです。
- ChatGPTとCodexはどう使い分けますか？
- ChatGPTは作業前の整理や指示文作成、Codexは対象ファイルの確認や実装、公開後確認に向いています。
- GitHubと組み合わせると何が便利ですか？
- 変更履歴やPR差分を確認しやすくなります。秘密情報を入れない、mainへ直接反映しないなどの注意も必要です。