1ポイント
追加指示は差分で伝える
続けて頼む時は、前回から何を変えるのかを明確にすると混乱しにくくなります。
まなぶちゃん前の続き、だけで頼んでいい？
GPTガイドくん続きでも対象ページ、やらないこと、確認項目をもう一度短く書くと安全です。
GPTガイドくん
軽い確認や小修正は直接オーダー向きです。大きな変更やSEO方針はChatGPTで整理してから渡しましょう。
まなぶちゃん
報告書を読んでから次へ進むと、前の作業結果を見落としにくくなります。
直接オーダーの全体像
このページで分かること
- Codexへ直接オーダーする方法
- ChatGPTで毎回整理しなくてもよい場面
- 直接投げてよい作業と危ない作業
- 直接投げる時に最低限書くべきこと
- 連続で投げる時の安全な順番
- 報告書を読むタイミング
- 止めるべき条件とGPT経由に戻した方がよい場面
軽い確認、小さな修正、同じ型の繰り返し、対象ファイルが明確な作業。
SEO方針変更、sitemap/robots/canonical、.htaccess、DB、権限や秘密情報が関わる作業。
どんどん投げても、報告書を読まずに進める意味ではありません。
Codexへ直接どんどん投げるとは？
Codexへ直接どんどん投げるとは、ChatGPTで毎回オーダー文を作らず、Codexの画面へ直接依頼を出して進める方法です。慣れている確認作業や、同じ型の繰り返し作業では速く進めやすいです。
「どんどん投げる」といっても、報告書を読まずに次々進める意味ではありません。Codexはファイルを読んだり変更したりできるため、対象範囲と停止条件を省略しすぎると想定外の変更につながる可能性があります。
直接オーダーが向いている作業
直接Codexに投げやすいのは、結果の確認がしやすく、影響範囲が小さい作業です。
HTTP 200、内部リンク404、SEOタグ維持、sitemap.xml掲載、robots.txt、ads.txt、画像200、スマホ表示。
誤字脱字、1ページだけの軽微修正、CSSの小さな調整、既存ページの導線確認。
既存テンプレートに沿った小さな本文追加、同じ形式の報告書作成。
確認だけの例
/chatgpt-beginner/ の内部リンク404だけ確認してください。
修正はまだ行わず、結果だけ報告してください。直接オーダーが危ない作業
直接投げると危ないのは、判断の前提が複雑な作業や、戻しにくい作業です。
title / meta description の一括変更、canonical方針変更、robots/noindex変更、sitemap構造変更。
.htaccess、DB、cron、AdSenseコード、Search Console確認ファイル、本番設定ファイル。
GitHub権限、Secrets、秘密情報、認証情報、複数ページの大幅本文書き換え。
上記のような作業は、Codexへ直接投げず、ChatGPTで目的、範囲、停止条件を整理してから渡す方が安全です。
直接投げる時に最低限入れる4つの情報
Codexに直接投げる時でも、最低限、目的、対象、禁止事項、完了条件を入れます。提供元のBest practicesでも、Goal、Context、Constraints、Done when のように構造化すると信頼性が上がる考え方が示されています。
| 公式の考え方 | このページでの言い方 |
|---|---|
| Goal | 目的 |
| Context | 対象・前提 |
| Constraints | 禁止事項・制約 |
| Done when | 完了条件 |
連続で投げる時の基本ルール
- 1タスク1目的にする
- 同じサイト内では1作業ずつ進める
- 同じサイト内で作業を重ねすぎない
- 報告書を読んでから次へ進む
- 同じファイル周辺に連続で重ねすぎない
- 確認タスクと修正タスクを分ける
- 危険な作業はChatGPTに戻して整理する
- 止まった理由を確認してから再実行する
- 前提不足を実装失敗扱いしない
軽い確認作業をどんどん投げる例
全ページのHTTPステータスを確認してください。
修正はせず、404 / 500 があればURLを一覧で報告してください。sitemap.xml に掲載されているURLが公開側で200 OKか確認してください。
sitemap.xmlは変更しないでください。対象ページの title、meta description、canonical、robots、H1 を確認してください。
変更は行わず、結果だけ報告してください。内部リンクに404がないか確認してください。
修正はまだ行わず、リンク切れ候補だけ報告してください。小さな修正をどんどん投げる例
トップページのキャラクター画像が大きすぎるため、CSSだけで少し小さくする。HTML本文、SEOタグ、sitemap.xml、robots.txt、ads.txtは変更しない。
トップページから初心者向けページへの導線が弱い場合のみ、1箇所だけリンクを追加する。SEOタグとsitemapは変更しない。
対象ページの誤字脱字だけ確認し、明らかな誤字のみ修正する。本文の大幅リライトはしない。
本文中の不自然な表記ゆれだけを確認し、title、description、H1は変更しない。
同じ型の作業を続けて投げる例
同じ型の作業は、ページA、ページB、ページCのように1ページずつ順番に進めると安全です。重要ページから進め、報告書を読みながら次へ進みます。同じ作業が完全に同じ型なら、対象ページを3〜5本程度に絞ってまとめても構いません。
報告書を読むタイミング
1作業ごとに報告書を見ます。軽い確認作業なら連続してもよい場合がありますが、修正作業後は必ず読み、変更ファイル、作成ファイル、触っていないファイル、SEOタグ維持、sitemap変更有無、停止条件該当、未確認事項を確認します。
依頼した範囲内かを見る
想定外の変更がないかを見る
必要な新規ファイルだけかを見る
禁止範囲が守られたかを見る
HTTP、SEOタグ、noindex、内部リンクを確認
人間が次に見ることを分ける
止めるべき状態がないかを見る
そのまま実行せず判断する
途中で止めるべきサイン
以下が出たら直接オーダーを続けず、ChatGPTに戻して整理します。
- HTTP 500
- 多数の404
- 対象ファイルが特定できない
- 画像ファイルが見つからない
- FTP環境変数が未設定
- SEOタグ変更が必要になりそう
- sitemap.xml変更が必要
- robots.txt変更が必要
- .htaccess変更が必要
- DB変更が必要
- 秘密情報が関係しそう
- 同じファイルを複数作業で触りそう
- Codexの報告が曖昧
直接オーダーとGPT経由オーダーの使い分け
| 直接オーダー向き | GPT経由向き |
|---|---|
| 軽い確認、1ページだけの小修正、CSS微調整、内部リンク確認、誤字脱字確認、画像200確認、既に型が決まっている作業 | 大きな方針判断、新規ページ群作成、SEO構造変更、Search Console反応の解釈、AdSenseや収益判断、サイト全体設計、複数作業の優先順位、危険作業の停止条件整理 |
直接オーダー用テンプレート
基本版
目的
対象ページ
今回やること
変更してよいもの
変更してはいけないもの
確認すること
停止条件
報告書形式短い確認版
対象ページだけ確認してください。
修正はまだ行わず、HTTP 200、SEOタグ、noindex有無、内部リンク、スマホ表示を報告してください。最小修正版
対象ページの指定箇所だけ最小修正してください。
title、meta description、canonical、robots、H1、sitemap.xml、robots.txt、ads.txt、.htaccessは変更しないでください。
作業後にHTTP 200、SEOタグ維持、noindexなし、スマホ表示を確認して報告してください。よくある失敗例
| 悪い例 | 良い例 |
|---|---|
| サイト全体をいい感じに直して | 対象ページだけ確認して |
| SEO全部強化して | SEOタグは変更しないで |
| ついでに他のページも直して | sitemap.xmlは触らないで |
| 全部まとめてアップして | HTTP 500が出たら止めて |
| 報告書は簡単でいい | 変更ファイルと未確認事項も書いて |
| エラーが出ても進めて | 停止条件に該当したら報告して |
Codexへ直接投げる時のチェックリスト
- 目的が1つに絞れている
- 対象ページが明確
- 対象ファイルが明確
- 触ってよい範囲を書いた
- 触ってはいけないものを書いた
- SEOタグ方針を書いた
- sitemap.xml を触るか触らないか決めた
- 停止条件を書いた
- 報告書形式を書いた
- 修正前に確認だけでよいか考えた
- 報告書を読む時間を取っている
- 危険ならGPT経由に戻す
このカテゴリの親ページへ戻る
同じカテゴリのページを続けて読む場合は、親ページの一覧から選ぶと迷いにくくなります。