OpenAI Codexとは？CLI・クラウド・IDE拡張・GitHub連携の全体像と始め方

監修者_SD以外

監修者プロフィール

森下浩志

日本最大級のAI情報プラットフォーム「romptn ai」編集長。著書に「0からはじめるStable Diffusion」「0からはじめるStable Diffusion モデル・拡張機能集編」など、AmazonベストセラーのAI関連書籍を多数執筆。AIにおける情報の非対称性を解消するための社内研修や出張講義も行う。

OpenAI Codexは何ができる？

まずは、Codexを「どの画面から開くか」ではなく「何を任せられるか」で整理します。

OpenAI Codexは、コードを読んで状況をつかみ、必要なファイルを編集し、コマンドを実行し、結果を見ながら修正まで続ける coding agent です。単発の質問に答えるだけのチャットではなく、作業の途中経過を持ったまま手を動かせるのが違いです。

ローカルの CLI や IDE で横に付きながら進めることも、GitHub をつないでクラウド側にタスクを預けることもできます。つまり本質は「会話するAI」より「実務を前に進める開発エージェント」と捉えると、後続の入口や料金の違いも整理しやすくなります。

Codexの入口は4つ

ここでは、Codexを始める入口を先に4つに分けて地図化します。

入口は大きく、デスクトップでまとめて扱う Codex app、端末から触る CLI、エディタ内で使う IDE拡張、GitHub と接続して非同期に任せる web / GitHub の4系統です。どれも別製品というより、同じ Codex を別の作業姿勢で使う入口だと考えると混乱しません。

選び方は単純で、今いる場所に近い入口から始めれば十分です。手元で細かく試すなら CLI や IDE、複数タスクを俯瞰したいなら app、レビューや長めの作業を裏で走らせたいなら web / GitHub が向きます。

① Codex app

Codex app は、複数の作業を並行で見ながら進めたい人向けのデスクトップ入口です。ひとつの会話に閉じず、thread を分けて比較したり、worktree を切って別案を試したり、Git 操作とあわせて進行を管理しやすいのが強みです。

CLI のように細かい手元操作もできますが、役割は「端末の代替」より「開発作業の司令塔」に近いです。ひとつのリポジトリで調査、実装、レビュー準備を並行させたいなら、最初に app を開いておくと全体の見通しを保ちやすくなります。

② Codex CLI

CLI は、いま開いているリポジトリの文脈をそのまま渡して、端末上で Codex に伴走してもらう入口です。ファイルを読み、必要なら編集し、テストやビルドのコマンドを実行し、その結果を見て次の一手まで続けられるので、普段の開発フローに差し込みやすいのが利点です。

初回は ChatGPT アカウントでも API key でも認証できます。個人でまず試すなら ChatGPT サインインのほうが始めやすく、CI や共有環境のように人のログインを置きたくない場面では API key のほうが扱いやすい、という切り分けで考えると迷いません。

③ IDE拡張

IDE拡張は、エディタで開いているファイルや選択中のコードを起点に、そのまま Codex とやり取りしたい人に向く入口です。別ウィンドウへ移らずに「この関数だけ直したい」「この差分の意図を知りたい」と聞けるので、読解と小さな修正の往復が速くなります。

加えて、必要なら重い作業だけをクラウド側へ委譲できるのも強みです。つまり IDE拡張は、ローカルでの集中作業を保ちつつ、手元で抱えたくない処理だけ外に逃がせる中間地点として使うと収まりがよくなります。

④ Codex webとGitHub

web と GitHub は、Codex を裏で働く担当として使う入口です。GitHub を接続すると、クラウド環境でタスクを走らせ、結果を pull request として戻したり、レビューを依頼したりできます。ローカルを開きっぱなしにしなくても進む仕事を任せやすいのが特徴です。

特に GitHub 上では、@codex review のような呼び出しで pull request のレビューを頼めます。重い調査や修正候補の作成を非同期で任せたいときは、CLI や IDE よりも web / GitHub のほうが役割に合っています。

ローカルとクラウドの違い

ここからは、同じCodexでも「手元で動かす」のか「クラウドに預ける」のかを分けて見ます。

違いは UI より実行場所です。CLI・IDE・app のローカル作業は、いまの開発環境にあるファイル、設定、コマンドをそのまま使います。いっぽう web / GitHub のクラウド作業は、Codex 専用の環境で別タスクとして走るため、待ち時間の長い仕事を切り離しやすくなります。

この違いを先に押さえると、CLI で十分なのに web を開く、GitHub レビューを使いたいのに API key だけで済ませようとする、といった混線を避けやすくなります。

① 手元で進める作業

CLI や IDE で進める作業は、いま手元にある開発環境をそのまま使って小さく速く回すのに向いています。既存の依存関係、ローカルの設定、テストコマンドを前提にできるので、「このエラーだけ直したい」「この差分の副作用を見たい」といった細かい往復と相性がよいです。

要するに、ローカル利用の価値は文脈の持ち込みコストが低いことです。自分の terminal や editor を離れずに試せるため、途中で手を止めて確認しながら進めたい作業では、まずこちらを選ぶのが自然です。

② GitHub接続で任せる作業

GitHub 接続で任せる作業は、長めで待ち時間が読みにくいタスクを自分の手元から切り離したいときに効きます。Codex cloud では、接続した repository をもとに専用環境で作業を走らせられるため、手元の editor を塞がずに調査や実装候補の作成を並列化しやすくなります。

向いているのは、複数ファイルにまたがる変更、レビュー用の整理、pull request 前提の作業です。自分が逐一タイプするより、まとまった指示を渡して結果を確認するほうが速い場面では、クラウド委譲のほうが運用しやすくなります。

③ surfaceを行き来する流れ

入口をまたいで使うときは、ひとつの場所で完結させようとしないほうがうまく回ります。たとえば IDE で気になる箇所を確認し、重い修正だけクラウドタスクに渡し、戻ってきた差分を GitHub でレビューする、という分担です。

よくある流れは次の3段階です。

この往復を前提にすると、入口ごとの違いは競合ではなく役割分担として理解できます。

料金とログインの考え方

ここでは、Codex をいくらかかるかより、どの認証経路で入るかで整理します。

考え方は大きく3つです。ChatGPT のプランに含まれる範囲で始める人、CLI や自動化で API key を使う人、管理機能込みで Business を使うチームです。料金や利用枠は plan ごとに変わるので、最初から細かい数値を追うより、自分の使い方がどの経路に近いかで決めたほうが判断が速くなります。

この章では、次の3節でそれぞれの違いだけを切り分けます。

① ChatGPTプランで始める

ChatGPT プランで始める人は、まず「Codex 自体は幅広い plan に含まれるが、使える入口と利用枠は同じではない」と押さえておけば十分です。OpenAI の案内では、Codex 全体は Free / Go / Plus / Pro / Business / Edu / Enterprise に含まれる一方、app や web の docs では Plus 以上を前提にした説明もあります。

迷ったら、最初は ChatGPT アカウントでサインインして、今の plan で開ける入口から試すのが最短です。無料または軽量 plan で全体像をつかみ、ローカル作業やクラウドタスクを増やしたくなったら Plus 以上を検討する、という順番なら無駄がありません。

② API keyが向く場面

API key が向くのは、個人の対話セッションより、共有環境や自動処理に寄せたい場面です。OpenAI の pricing では、API key 経路は CLI / SDK / IDE拡張で使え、CI のような自動化にも向く一方、GitHub code review や Slack などの cloud-based feature は含みません。

そのため、ローカルやスクリプトで Codex を回したい、使った分だけ token ベースで管理したい、という用途なら API key が合います。逆に web や GitHub の委譲機能まで使いたいなら、ChatGPT 側の Codex access を軸に考えたほうが整理しやすいです。

③ Business Codexの選び方

Business Codex を検討する場面では、個人向けプランの延長というより、チーム運用の器として見るほうが実態に近いです。OpenAI の pricing では、Business は pay-as-you-go を前面に出しつつ、標準 seat と usage-based Codex seat を使い分けられる前提で説明されています。

判断基準は、誰がどれだけ Codex を使うかにばらつきがあるかどうかです。クラウドタスクを多く回す開発者と、たまに local で使うメンバーが混在するなら、Business のほうが運用を分けやすくなります。加えて、より大きい virtual machine や管理機能が欲しい場合も、個人プランより Business のほうが整えやすいです。

初心者はどこから始める？

最後に、検索直後の人が最短で動き出す入口だけを絞ります。

普段 terminal で作業するなら CLI、エディタから離れたくないなら IDE拡張、複数タスクを見比べたいなら app、GitHub でレビューや長めの作業を任せたいなら web / GitHub から入るのが自然です。どれが正解かではなく、いま一番長く開いている場所に Codex を置く感覚で選ぶと失敗しません。

迷うなら、ChatGPT サインインで local 側を一度触り、必要になった段階で GitHub 接続や Business を足す順番がおすすめです。この順なら、学習コストと運用コストを同時に増やさずに済みます。

OpenAI CodexのFAQ

OpenAI Codexのまとめ

ここまでの要点は、Codex はひとつのアプリ名というより、複数の入口を持つ coding agent だと理解すると迷わない、という一点です。入口の違いは能力差ではなく、どこで作業し、どこまで任せるかの違いでした。

次にやることは単純です。いま一番長く開いている作業場所に合わせて Codex を1つだけ導入し、local で短いタスクを試してから、必要に応じて GitHub 連携やチーム運用へ広げてください。入口を増やす順番さえ間違えなければ、Codex はかなり素直に使い分けできます。