Codexの使い方と始め方｜対象を絞って頼み、人が確認する

結論：Codexの使い方は3つの手順

Codexは「目的を1つに絞る」「対象と触らない範囲を書く」「結果を人が確認する」の3手順で使います。頼み方は自然文で構いません。「このページの見出しを整理して」「リンク切れを見つけて直して」のように、達成したい結果から伝えます。慣れてきたら、対象ファイル、公開URL、禁止事項、確認してほしい項目を加えると、作業の精度が上がります。

頼む先はCodexそのものです。ChatGPTで整理してから渡す中継は、指示文を自分で書きにくい時の補助として使い、基本はCodexへ直接頼み、同じタスクの中で続けます。作業が別の目的へ広がりそうになった時だけタスクを分けます（分け方は困った時の切り分けで説明します）。

悪い例 / 良い例

Codexとは？ChatGPTと何が違うか

Codexは、コードやファイルを扱う作業を補助するAIエージェントです。コードの作成、レビュー、リリース支援に使えるものとして案内されており、CLI、IDE、アプリ、クラウドなど、使える入口や機能は時期によって変わります。このページでは機能の一覧を断定するのではなく、公開中のサイトや既存HTMLサイトを安全に扱うための実務目線で整理します。

ChatGPTが「相談相手・文章整理役」だとすると、Codexは「実ファイルを一緒に扱う作業補助役」です。ChatGPTは、文章相談、要約、アイデア出し、構成案、チェックリスト作成に向いています。Codexは、コード確認、ファイル編集、差分確認、GitHub作業、HTML / CSS / PHP / JavaScript の修正補助、公開前の技術確認、作業報告書の作成に向いています。つまり、ChatGPTは「何を作るか」を考える場所、Codexは「実ファイルをどう扱うか」を進める場所です。

• ChatGPT: 方針整理、文章作成、構成案、チェックリスト作成
• ChatGPT: Codexへ渡す指示文の下書き作成
• Codex: ファイル確認、HTML / CSS / PHP / JavaScript の調整補助
• Codex: sitemap、robots、canonical、内部リンク、404の確認
• Codex: GitHub連携、差分確認、作業報告書作成

ただし、Codexは何でも自動で安全に進めてくれる道具ではありません。人が作業範囲、触ってよいファイル、触ってはいけないファイル、確認項目、停止条件を決め、最後に公開HTMLや実画面を確認する必要があります。

ChatGPT自体の使い方（画面操作、日常や仕事での活用）は姉妹サイトの chatgptguide.jp にまとめています。GPTというモデルとChatGPTというサービスの違いは gptguide.jpの解説 で確認できます。

Codexを使う場所を選ぶ（CLI・IDE・アプリ・スマホ・クラウド）

Codexは、CLI、IDE拡張、デスクトップアプリ、スマホ、クラウド、Goal mode、remote connections など、使う場所や作業の長さによって向き不向きがあります。作業フォルダ、差分確認、承認操作、秘密情報の扱いを分けて確認してください。

どこから始めるか迷ったら、CLIとIDEの違いと、app / CLI / IDE の3つの入口の使い分けを読んでから決めると、入れた後で合わなかったという手戻りが減ります。スマホからは進捗確認・報告書確認・軽い指示にとどめる理由はCodexをスマホで使う方法で、PCに戻ってからやる作業と合わせて説明しています。

始める前の2つの準備：インストールと設定

始める前に決めるのは「どの入口を入れるか」と「どこまで触らせるか」の2つです。前者はインストール、後者は設定の話で、分けて考えると迷いません。

準備1：どの入口を入れるか

入れる前に、自分のプランで使えるか、OSに合う方法はどれか、CLIならNode.jsやターミナルが要るかを確かめます。何を入れるか、入れる前に何を確認するかはCodexのインストール前に確認することにまとめ、MacとWindowsの具体的なコマンドはOS別の手順ページに分けています。

使えるモデルは環境と時期で変わります。2026年9月22日からは GPT-6 Sol（gpt-6-sol）と GPT-6 Luna（gpt-6-luna）が順に使えるようになり、9月上旬からの GPT-6 Astra（gpt-6-astra）とあわせて、公式のモデルのページの中心になっています。いま何で動いているかは始める前に確認し、推論の段階はCodexの推論レベルで選びます。

準備2：どこまで触らせるか（設定の2層）

Codexの設定には、常に効く「設定ファイルの層」と、その依頼の間だけ効く「指示文の層」があります。危ないのは前者で、権限を広くしたまま忘れると、以降の作業が全部その状態で走ります。作業フォルダ・権限・停止条件の決め方はCodexの安全な設定方法で、線引きの手順と効く停止条件の書き方まで説明しています。

Codexに頼む前に整理すること

Codexへの依頼は、長い文章よりも、対象と境界がはっきりしていることが大切です。作業対象URL、実ファイル、変更したい内容、触ってよいファイル、触ってはいけないファイル、変更してはいけないSEOタグ、確認してほしいURL、停止条件を先に書いておくと、作業後の確認もしやすくなります。

• 対象URLと対象ファイルを分けて書く
• 変更したい内容を1作業1目的で書く
• title、meta description、H1、canonical、robotsを維持するか明記する
• DB、cron、.htaccess、広告タグなど触らないものを書く
• 追加する内部リンクは存在確認してから採用する
• HTTP 200、noindexなし、CSS読み込み、スマホ表示まで確認させる
• 判断に迷う場合は作業を止めて報告させる

最初に使う指示書（コピペ用）

最初の依頼文は、長く立派に書くよりも、対象、禁止事項、確認項目が分かることを優先します。初回は修正を頼まず、確認だけを頼むのが一番安全です。次の文をそのまま貼って始められます。

まず確認だけ頼む

対象ページについて、まず修正はせず確認だけ行ってください。HTTP 200、title、meta description、canonical、robots、H1、内部リンク、CSS読み込み、noindex有無を確認し、結果だけ報告してください。

既存ページの本文増強

以下のページの本文を実践ガイドとして補強してください。一般論の水増しではなく、読者が使える手順、注意点、指示文例、確認チェックリストを追加してください。title、meta description、canonical、robots、H1は変更しないでください。作業後にHTTP 200、noindexなし、内部リンク、スマホ表示を確認して報告してください。

公開前チェック

以下の公開ページについて、公開前チェックを行ってください。HTTP 200、title、meta description、canonical、robots、noindex有無、内部リンク、CSS読み込み、スマホ表示を確認してください。修正はまだ行わず、問題点と修正候補だけ報告してください。

sitemap確認

sitemap.xml に対象URLが掲載されているか確認してください。対象URLが200 OKか、canonicalが自己URLか、robotsがindex,followか、noindexが出ていないかも確認してください。勝手にsitemapを書き換えず、まず確認結果を報告してください。

安全な修正

対象ファイルだけを修正してください。共通ヘッダー、共通フッター、.htaccess、robots.txt、sitemap.xml、DB、cron、広告コード、検索エンジンの所有権確認ファイルは触らないでください。作業後に変更ファイル、触っていないファイル、確認結果、停止条件該当の有無を報告してください。

自分で指示書を組む時の4要素

• 作業対象を明記する
• 残したい表現と避けたい表現を書く
• 公開確認まで必要かを伝える
• 迷った時に止まる条件を書く

依頼文の形にすると、次のような短い箇条書きで足ります。

この静的サイトの /codex/ ページを初心者向けに改善して
- title と meta description を整える
- 公式ではない注記を残す
- 内部リンクを追加する
- 公開前にリンク切れを確認する

サイト作成、本文補強、内部リンク、公開確認など作業別のフルセットはCodex指示文テンプレート集にあります。指示文を自分で組み立てにくい時は、ChatGPTにCodex向けの指示文を下書きさせる方法もありますが、出来た指示文はCodexへ直接貼り、同じタスクの中で続けます。

作業の進め方：調査→編集→確認→報告

一度に全部頼まないことが大切です。大きい作業ほど、調査、編集、確認、報告を分けると安全で、Codexの報告も読みやすくなります。

Codexに任せてよい作業・任せすぎない作業

Codexは、既存ファイルを読んで小さく直し、変更結果を確認する作業と相性が良いです。HTMLページの作成、既存ページの本文増強、CSSの軽微な調整、内部リンク確認、sitemap.xml確認、robots.txt確認、canonical確認、404確認、500確認、GitHub PR確認、コード差分確認、ファイル構成確認、公開前チェック、作業報告書作成などに使えます。「この1ページだけ本文を増やす」「追加リンク先を全件200確認する」「php -lとcurlで公開状態を確認する」のように、確認方法がはっきりしている作業は頼みやすい領域です。一方で、必ず直せる、自動で全部安全にできる、審査に通る、順位が上がる、といった保証はできません。

任せてよい作業

作業範囲が小さく、確認方法が明確な作業はCodexに向いています。たとえば、既存ページの軽い本文追加、HTMLの構造確認、CSSの小さな修正、内部リンクの200確認、sitemap掲載確認、robots / canonical の確認、php -l などの構文確認、curlでのHTTP確認、変更ファイルの一覧化、作業報告書の作成、実践ログ化候補の作成です。

• 公開HTMLに文言やリンクが出ているか確認する
• 軽微な本文追加や説明ブロックの追加を行う
• 既存ページ同士の内部リンクを確認する
• sitemap.xmlに対象URLがあるか確認する
• canonicalが自己URLか確認する
• PHP修正後にphp -lで構文確認する
• curlでHTTP 200や公開HTMLを確認する
• 変更ファイルと触っていないファイルを報告する

任せすぎない方がいい作業

titleの大幅変更、canonical方針変更、robotsやnoindexの方針変更、.htaccess変更、DB変更、cron変更、大量削除、共通パーツの大規模変更、本番環境に影響する変更は、Codexだけで進めない方が安全です。必要に見える場合でも、まず調査と提案に止め、人が判断してから別作業に分けます。

料金や法的判断の断定、検索順位や広告収益の結果保証、秘密情報を含む作業も任せすぎない方がよい領域です。Codexには「調査だけ」「修正候補だけ」「このファイルだけ」のように範囲を絞って頼み、重要な判断は人が行います。

ホームページ制作で役立つ場面

ホームページ制作では、ページ構成や本文の方向性を決めたうえで、Codexに実ファイルの作成や公開前確認を頼む流れが使いやすいです。静的HTMLサイトの作成、トップページの補強、下層ページの追加、共通CSSの小さな調整、robots.txtやsitemap.xmlの確認など、作業単位を分けて依頼できます。

• 静的HTMLサイトや下層ページを作る
• トップページの案内文やリンクの並びを整える
• 既存CSSを使って見た目をそろえる
• ページのHTTP 200を確認する
• スマホ表示で大きな崩れがないか確認する
• 内部リンク切れを確認する
• 検索エンジンに登録する前に最低限の状態を確認する

SEOサイト制作で役立つ場面

SEOサイト制作では、検索順位を保証するのではなく、確認漏れを減らし、ページの役割を分かりやすくし、内部リンクを整理する目的でCodexを使います。title、meta description、H1、canonical、noindex、sitemap掲載、robots.txt、内部リンクなどを一覧で確認させると、人が判断する材料を集めやすくなります。

カード一覧だけに見えるページや説明不足のページでは、本文を水増しするのではなく、ページの見方、比較軸、関連ページへのリンク、確認チェックリストを追加する方が実務的です。順位が付くのを待つ間も、重要ページの内容品質や内部リンク構造は見直せます。

• title / meta description / H1 の整合性確認
• canonicalとnoindexの確認
• sitemap掲載とrobots.txtの確認
• 内部リンクの整理と404確認
• 薄いページの本文増強とリンク追加
• 検索エンジンへ登録する前のチェック
• 順位を待つ間の内容品質改善案の作成

GitHubやファイル作業で役立つ場面

GitHubやファイル作業では、リポジトリ内のファイル確認、変更差分の説明、作業ブランチでの修正、PR作成前の確認、READMEやドキュメント整備などにCodexを使えます。触ったファイルと触っていないファイルを報告させると、作業後の確認がしやすくなります。

注意したいのは、mainへの直接変更や秘密情報の扱いです。重要な設定、重要な接続情報、環境変数、本番環境に影響するファイルは、最初から「触らない」と明記しておく方が安全です。大きな変更は一度に頼まず、ロールバックしやすい小さな作業単位に分けます。

• リポジトリ内の実ファイルを確認する
• 変更差分を読みやすく説明する
• 作業ブランチで小さく修正する
• PR作成前に変更範囲を確認する
• 秘密情報の混入がないか確認する
• READMEや運用メモを整える
• 戻しやすい単位で作業を分ける

作業後に確認するチェックリスト

Codexの報告に「完了」と書かれていても、公開ページで見えるか、リンク先が生きているか、SEOタグが維持されているかは別に確認します。特に、本文増強や内部リンク追加では、作成したファイルではなく公開HTMLを見ることが大切です。

• 対象ページがHTTP 200
• titleが意図せず変わっていない
• meta descriptionが意図せず変わっていない
• canonicalが意図せず変わっていない
• robotsが意図せず変わっていない
• noindexが出ていない
• H1が意図せず変わっていない
• 内部リンクが404になっていない
• CSSが読み込まれている
• スマホで大きく崩れていない
• 触ってはいけないファイルを触っていない
• 秘密情報が公開本文に出ていない
• 作業報告書に変更ファイルが書かれている
• ロールバックできる状態になっている

困った時の切り分け：動かない・枝分かれした・外で確認したい

困った時は、再起動や再ログインを繰り返す前に、何が起きているかを3つの状況に分けます。

動かない・遅い

まずサービス側かローカル側かを分けます。Codexが動かない時にまず公式statusを確認し、正常でも止まる時に見る場所はCodexが動かない時のstatus確認にまとめています。ローカル側なら、status、doctor、auth、network、config、local state を分けて見ると原因候補が絞れます。不調時の切り分け方とcodex doctor の読み方を順に確認してください。

作業が枝分かれした

1つのタスクの中で「ついでにこれも」と別の目的が混ざり始めたら、その時点で新しいチャットへ分けます。同じスレッドで続けると、報告書に何が含まれているか追えなくなり、戻す単位も曖昧になります。1つのタスクに別の作業が混ざりそうな時に新しいチャットへ分ける判断はCodex作業で新しいチャットを使うタイミングで、分ける場合と分けない場合を具体例で示しています。

外出先で確認したい

スマホからは、進捗確認、報告書確認、軽い追加指示にとどめます。差分確認、本番反映、cron、DB、サーバー設定はPCで落ち着いて確認する方が安全です。外出先で何ができて何を避けるかはCodexをスマホで使う方法にまとめています。

外部ツールと組み合わせる：ドライブ・スプレッドシート・Canva・Gemini

Codexの作業対象は「Codexに触らせるフォルダ」だけに絞り、素材、バックアップ、進捗、調査結果はCodexの外に置くと、対象範囲が膨らみません。役割で分けると次のようになります。

• Googleドライブ：バックアップ・素材・作業ログはGoogleドライブに置き、Codexの作業対象から外します。共有リンクに秘密情報を含めないことが条件です。置き方はCodex作業でGoogleドライブを使う方法で説明しています。
• スプレッドシート：対象URLの一覧と進捗をスプレッドシートで管理し、「この行のURLだけ」とCodexに渡します。列の作り方はCodexでスプレッドシートを使う方法にあります。
• Canva：ロゴ・バナー・アイキャッチはCanvaで作り、書き出した画像をCodexでサイトへ設置します。反映の流れはCodex作業でCanvaを使う方法で確認できます。
• Gemini：Geminiで調査と構成を整理してから、CodexでHTML/CSSを実装します。分担の切り方はGeminiとCodexを連携して使う流れにまとめています。
• deep research：長い調査結果はそのまま貼らず、対象・根拠・やることの形に直してCodexへ渡します。まとめ方はdeep researchの調査結果をCodexへ渡せる形にまとめる方法で説明しています。

Google Drive、Canva、GitHub、Notion、Google Calendar、Slack を素材・コード・報告書・タスクで役割分けする考え方はCodex作業で使うおすすめアプリにまとめています。

失敗した時の戻し方

問題が出たら、原因未特定のまま大量修正を重ねず、まずHTTPステータス、変更ファイル、直前のバックアップを確認します。直前の1変更だけ戻す、バックアップから戻す、報告書で変更範囲を確認する、という順で落ち着いて切り分けます。戻す前に、退避したファイルがローカルとサーバーのどちらにあるかを報告書で確かめます。

戻せる状態を先に作っておくのが前提です。上書き対象の退避と変更後の照合はCodex作業のバックアップに、戻す判断と手順はCodexのロールバックにまとめています。

安全に使うための注意点

Codexを安全に使うには、秘密情報や重要な接続情報を貼らないこと、本番ファイルを一気に大きく変えないこと、一作業一目的にすることが基本です。触ってはいけないファイルを明記し、停止条件を決め、作業後に必ず人が公開HTMLと実画面を確認します。機能、料金、利用条件のように変わる内容は、古い記事や記憶だけで判断せず、OpenAIが公開している情報を確認します。重要な判断をCodexに丸投げせず、Codexには調査、候補出し、確認、報告を任せると、初心者でも使いやすくなります。