Codex使い方とChatGPT連携の違いを確認する初心者向け手順

Codex使い方で最初に分ける三つの入口

Codexの使い方は、どの製品を選ぶかだけでなく、どこにあるコードを対象にするかで決まります。ChatGPTのデスクトップアプリではプロジェクトやローカルのフォルダーを選び、Webではクラウド側の作業を確認し、CLIやIDE拡張では普段の開発環境から指示を送ります。同じアカウントを使える場合でも、見えているファイル、変更を確認する画面、使える機能は入口ごとに違います。先に「相談したいのか」「コードを読ませたいのか」「変更後の差分を確認したいのか」を決めると、入口の違いに振り回されません。公式Quickstartも、デスクトップ、Web、CLI、IDE拡張を用途に合わせて選ぶ構成です。出典 URL: https://learn.chatgpt.com/docs/quickstart

ChatGPTの通常会話とCodexの役割

通常のChatGPTは、要件を整理したり、エラーメッセージの意味を尋ねたり、実装前の案を比較したりする場所として使いやすい入口です。Codexは、対象のコードベースを読み、関連ファイルを調べ、変更案を作り、差分と確認結果を扱う開発向けの入口です。相談の文章をそのまま変更依頼にするのではなく、ChatGPTで目的と前提を整理してから、Codexで対象フォルダーと完了条件を指定すると、何を頼んだのかが明確になります。ChatGPTで返った説明と、Codexが実際に確認したファイルは同じものとは限らないため、最後は対象場所で結果を見ます。

デスクトップ・Web・CLIの選び方

ローカルのファイルを見ながら作業したいならデスクトップ、手元の環境を使わず結果を確認したいならWeb、端末の操作や既存の開発道具と組み合わせたいならCLIが候補です。エディタの中で差分を読みたい場合はIDE拡張を選びます。初心者は最初から複数の入口を同時に試さず、一つの小さな課題で、どの画面に何が表示されるかを確認してください。入口を変えたときは、同じ依頼でも対象フォルダー、利用モデル、保存場所が変わっていないかを見直します。出典 URL: https://developers.openai.com/api/docs/guides/code-generation

2026年9月28日に確認したCodexの最新状況

Codex使い方を今調べる理由は、安定版だけを見ていると、表示されるモデルやリリースの区分を取り違えやすい時期だからです。公式リリース一覧では、0.157.1がLatestの安定版として示される一方、0.159.0-alpha.9を含むpreview版も新しい日付で公開されています。新しい版があることは、すべての利用者が同じ機能を使えることとは別です。初回の導入では安定版を基準にし、preview版は試す目的と戻す判断を決めたうえで別に確認します。版番号、公開日、安定版かどうか、手元で表示された版を一つのメモにまとめると、古い説明と新しい画面の違いを追いやすくなります。出典 URL: https://github.com/openai/codex/releases

安定版0.157.1を基準にする

0.157.1の公式ページでは、2026年9月26日の公開とLatest表示、配布物、前版からの変更一覧への入口を確認できます。ページ上で詳細な利用者向け変更が十分に書かれていない項目について、番号だけを見て性能や機能を推測するのは避けます。まずCodexが起動するか、選んだモデルが表示されるか、小さな読み取り依頼が完了するかを確認し、確認できた事実とまだ分からない点を分けて記録します。安定版を基準にすれば、preview版で表示が違った場合も、どの版から差が出たのかを比べられます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.157.1

preview版とモデル更新を分けて読む

0.159.0-alpha.9は0.157.1より番号が新しいものの、公式ページではPre-releaseとして扱われています。preview版を試す場合は、通常利用で使う版と同じ前提に置かず、表示・起動・短い依頼・結果確認の順番を別に残します。また、GPT-6 SolやGPT-6 Lunaが選択欄に現れたことは、すべての入口やプランで同じ条件になることを意味しません。モデルの表示、選択できたこと、実際の結果を三つに分けて見ます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.9 / https://learn.chatgpt.com/docs

ChatGPTからCodexを始める手順

ChatGPTの画面からCodexを使う場合、最初にアプリを入れることよりも、どの場所のコードを対象にするかを確定する方が重要です。公式Quickstartは、ChatGPTのデスクトップアプリを開いてサインインし、プロジェクトを作るかフォルダーを開き、ソフトウェア開発ではChatGPTの選択欄からCodexを選ぶ流れを示しています。ここではその順番を、結果を確かめやすい小さな作業に置き換えます。画面の名称が更新で変わっている場合は、公式ページの最新表示を基準にしてください。出典 URL: https://learn.chatgpt.com/docs/quickstart

Step 1: サインインと利用面を決める

ChatGPTのデスクトップアプリまたはWebを開き、普段使っているアカウントでサインインします。デスクトップはローカルのプロジェクトやファイルを扱う場合に向き、Webはクラウド側で結果を確認したい場合に向きます。最初の作業では、デスクトップとWebを同時に使わず、どちらを開いているかを記録しておくと、表示の違いをアカウントの問題と誤認しにくくなります。CodexをAPIキーで利用できる場合もありますが、機能の一部が使えないことがあるため、ChatGPTアカウントで始める手順と混ぜて考えません。出典 URL: https://learn.chatgpt.com/docs/quickstart

Step 2: プロジェクトかフォルダーを選ぶ

新しいプロジェクトを作るか、作業したいフォルダーを開きます。プロジェクト名だけで安心せず、実際に対象になっているフォルダー、リポジトリ、ブランチを確認してください。Codexに「このアプリを直して」と頼む前に、対象フォルダーにある入口のファイル、設定、テストの場所を自分でも一度見ます。ファイルを読ませる範囲が広すぎると、関係のない資料まで説明に混ざることがあります。最初は読み取りだけの依頼にし、Codexが見ている場所を返答のファイル名で照合すると安全です。

Step 3: Codexを選択して最初の依頼を送る

ChatGPTの選択欄からCodexを選び、目的、対象、完了条件を短く書きます。最初から複数の変更を頼まず、「このエラーの原因候補を関連ファイル名付きで説明し、変更はまだ加えない」のように読み取りを先に置きます。返答が対象のファイル、現在の挙動、確認方法を含んでいれば、次の依頼で変更範囲を指定しやすくなります。依頼文の例は、次のように一つの作業へ絞ります。

このプロジェクトのログイン画面で発生するエラーを調べてください。
まず関連ファイルと再現条件を説明し、変更は加えないでください。
確認できない点は未確認として分けてください。

Step 4: 結果と差分を別々に確認する

変更を頼んだ場合は、返答の要約だけで完了とせず、差分、変更ファイル、確認結果、残った懸念を順に見ます。Codexが「修正した」と説明しても、対象フォルダーに想定した変更があるか、依頼していないファイルまで変わっていないか、テストや画面確認が本当に対象を通っているかは別の判定です。作業を採用する前に、変更前の状態と変更後の状態を比べ、説明と実際のファイルが一致していることを人が確かめます。

Codexに送る最初の依頼の作り方

Codexの回答を安定させるには、長い説明を一度に詰め込むより、判断に必要な前提を小さく分けて伝えます。目的だけでなく対象ファイル、触れてよい範囲、触れてはいけない範囲、確認方法を示すと、返答の大きさを調整できます。ChatGPTで相談した内容を使うときも、相談の結論をそのまま貼るのではなく、Codexが見れば確認できる条件へ置き換えてください。依頼の良し悪しは、文章の長さではなく、完了したかどうかを後から判断できるかで決まります。

目的・対象・完了条件を一文にする

「使いやすくして」では対象も完了条件も広すぎます。「設定画面の保存ボタンで入力エラーを表示し、既存の成功ケースを保ったまま関連テストを確認する」のように、場所と結果を含めます。目的は一つに絞り、変更しない部分も書きます。たとえばデザインの修正を頼むのに、同時にデータ構造の整理まで含めると、差分が膨らんで確認が難しくなります。Codexが提案した範囲と、自分が最初に指定した範囲を比べるためにも、一文の条件を先に残します。

読み取り、変更、確認を段階に分ける

最初は関連箇所の調査、次に変更案、最後に実際の編集と確認という順番にします。調査の返答でファイル名と原因候補を確認できれば、変更を加える対象を狭められます。変更後は、成功するケースだけでなく、入力が空の場合や権限が異なる場合など、失敗しやすい条件も見ます。各段階で「完了」「未確認」「次に見ること」を分けて書かせると、説明と実際の結果が混ざりません。

モデルとコンテキストを調整する

モデルは名前の新しさだけで選ばず、依頼の大きさ、必要な推論、対象コードの量、結果を確認する時間で決めます。GPT-6 SolやGPT-6 Lunaが表示されても、まず同じ短い依頼で返答の読みやすさと確認しやすさを比べます。長いコードベースを一度に渡すより、関係する範囲を先に絞り、必要になったところだけ追加で読ませる方が、前提を追いやすくなります。利用できるモデルや表示は入口と時期で変わるため、モデル名、確認日、入口を一緒に記録してください。出典 URL: https://learn.chatgpt.com/docs / https://developers.openai.com/api/docs/guides/code-generation

ChatGPTとの使い分けと連携の考え方

ChatGPTとCodexは競合する入口ではなく、考える作業とコードを扱う作業を分けるために使い分けられます。要件の整理、利用者向けの文章、選択肢の比較はChatGPTで行い、リポジトリの構造、差分、テスト、画面確認はCodexで扱うと、役割が分かれます。逆に、ChatGPTで出たコード例をそのまま自分のプロジェクトへ入れるのではなく、Codexに対象コードと受け入れ条件を渡して、現状に合うかを確認します。両方の返答が一致しているかより、どの入口がどの資料とファイルを見たのかを残すことが重要です。

ChatGPTで相談してCodexで変更する

たとえば「利用者が迷わない設定画面にしたい」という相談をChatGPTで行い、そこで決めた利用者の操作と表示文を短くまとめてCodexへ渡します。Codexには対象画面のファイル、現在の表示、変えたい文言、確認する操作を指定します。これにより、相談段階のアイデアと、実際のコードに対する変更依頼を分けられます。Codexが別の改善案を出した場合は、元の目的に合うかを比較し、採用理由を自分で決めてから変更を残します。

Codexの結果をChatGPTで説明に変える

Codexで確認した差分やテスト結果は、ChatGPTへ渡して利用者向けの説明、レビュー用の要約、確認手順へ整えることもできます。ただし、説明を整える前に、元の差分と実行結果を保存しておきます。ChatGPTは文章を読みやすくできますが、対象フォルダーで確認した事実を新しく作るわけではありません。説明文に「確認済み」「推測」「未確認」を明記し、読み手がどの結果を根拠に判断すればよいか分かる形にします。

GPT-6 Sol・Lunaを選ぶとき

OpenAIの案内では、GPT-6 SolとGPT-6 Lunaが2026年9月21日から25日の更新としてCodexへ順次提供されています。初めて使う人は、モデルの違いを名前だけで比較せず、同じ小さな課題、同じ対象フォルダー、同じ完了条件で結果を見ます。SolとLunaのどちらが常に優れていると決めるのではなく、説明の分かりやすさ、差分の範囲、確認に必要な追加質問、待ち時間を記録して、自分の作業に合う方を選びます。最新モデルの公開と、自分の画面で選べることは別に確認してください。出典 URL: https://learn.chatgpt.com/docs

うまく使えないときの確認ポイント

Codexが表示されない、依頼が対象外のファイルを読む、変更結果が想定と違うという問題は、モデルの能力だけでなく、入口、アカウント、作業場所、利用版の違いから起きます。最初にエラーメッセージだけを見て判断せず、どの画面を開き、どのアカウントで、どのフォルダーを選び、どの版とモデルが表示されたかを記録します。短い読み取りで再現するかを確かめてから、入口を一つずつ変えると、原因を切り分けやすくなります。出典 URL: https://learn.chatgpt.com/docs/quickstart

Codexが選べない、項目が見えない

ChatGPTの選択欄にCodexがない場合は、通常会話の画面にいるのか、開発向けの画面にいるのかを確認します。デスクトップアプリとWebで表示が違う場合は、アプリの版、サインイン状態、選択中のプロジェクトを見直します。モデルが選べない場合も、表示されないことと利用できないことを同じ意味にしません。公式のQuickstartで案内される入口と、自分の画面の入口を比べ、利用条件が異なる可能性を残したまま、別のアカウントや別環境へ急いで設定を移さないようにします。

フォルダーやプロジェクトを読み違える

Codexの返答に見覚えのないファイル名が出たら、依頼文を直す前に、画面で選択したフォルダーと実際の場所を確認します。似た名前のプロジェクト、複数のブランチ、同期前のファイルがあると、Codexが間違えたように見えて、実は対象を取り違えていることがあります。最初の読み取り依頼で、現在の場所、主要なファイル、変更してよい範囲を説明させ、返答を自分の画面と照合してください。対象が一致しない場合は、変更依頼を止めて場所を選び直します。

変更結果が期待と違う

期待した修正と違う場合は、モデルをすぐに変える前に、完了条件が曖昧でなかったか、変更してはいけない範囲を書いたか、確認方法を指定したかを見ます。差分が広がったなら、対象外の変更を分け、元の依頼へ戻って小さな範囲で再確認します。テストが通っていても、画面上の操作や利用者が見る文章まで正しいとは限りません。差分、確認結果、残った未確認点を別々に並べ、どこから再開するかを決めると、同じ依頼を無闇に繰り返さずに済みます。

Codexを使い始める人向けの確認表

初回の利用では、アカウント、入口、対象場所、モデル、依頼、結果を一つの画面だけで判断しないことが大切です。次の表の項目を短く残すと、Codexが使えないときの問い合わせや、別の端末で再確認するときにも役立ちます。特に安定版とpreview版を試した場合は、版の区分と確認日時を必ず分けてください。

この表は、作業を管理するために長い報告書を作るものではありません。どの条件でCodexを使い、どの範囲を見て、何を確認したかを後から追える最小限の記録です。ChatGPTで相談した内容をCodexへ渡した場合は、相談の要点と、Codexが対象場所で確認した事実を別の行に置きます。モデルを変えた場合も、依頼文と対象フォルダーを同じにしたかを確かめます。条件が変わっていれば、返答の違いをモデルの差だけで説明できないためです。

まとめ

Codex使い方の最初の要点は、ChatGPTで相談する場所と、Codexでコードベースを扱う場所を分けることです。デスクトップ、Web、CLI、IDE拡張のどれを選ぶ場合も、アカウント、対象フォルダー、利用版、モデルを先に確認し、読み取り、変更、結果確認の順で小さく進めます。最初の依頼は、目的、対象、完了条件、変更してはいけない範囲を短く書くと、返答と差分を比べやすくなります。

2026年9月28日時点では、Codex 0.157.1がLatestの安定版で、0.159.0-alpha.9などのpreview版も公開されています。さらにGPT-6 SolとGPT-6 Lunaの提供案内も始まっていますが、公式に公開されたこと、手元の画面で表示されたこと、実際の作業結果が良かったことは別の事実です。まず安定版で短い確認を行い、必要があればpreview版や別モデルを同じ条件で比べます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.157.1 / https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.9 / https://learn.chatgpt.com/docs

ChatGPTとの連携は、会話をつなげることだけが目的ではありません。ChatGPTで要件や説明を整理し、Codexで対象ファイル、差分、確認結果を確かめ、必要ならChatGPTで読み手向けの文章へ整えるという役割分担にすると、どこまで確認済みかが明確になります。公式の案内が更新されたときも、画面の名前を覚え直すだけでなく、入口と対象場所を確かめる習慣を残しておけば、Codexを自分の開発作業へ落ち着いて取り入れられます。出典 URL: https://learn.chatgpt.com/docs/quickstart / https://developers.openai.com/api/docs/guides/code-generation