お気に入り

✍️Codexとは何か｜ChatGPTとの違いは「相談相手」か「作業員」か

2026.02.14

おはよう。さあ、今日は、テクノロジー、AI、ITの関係だ。簡単に言うと、MacOSやiOSでアプリを作るならXcode、そこにChatGPTを組み合わせるだけで世界が変わる──この話は昨日も書いた（✍️ChatGPTで終わらない｜“作れる側”に回るアプリ開発の現実）。で、今日はその先、「ChatGPTの会話」だけじゃなくて、「Codex（コーデックス）」っていう“エージェント”の話をする。これが何者か、何が違うのか、どう使うのが一番うまいのか。コーディング初心者がつまずきやすいところまで含めて、整理していく。

◾️まず結論：ChatGPTは相談相手、Codexは作業員

同じAIでも役割が違う。ここだけ先に掴めば、迷わない。ChatGPTは会話が得意だ。構想を言語化して、設計の選択肢を出して、Swiftのコード案を作って、原因を推理して、次の一手を提案する。いわば“隣で一緒に考える相棒”。一方のCodexは、もっと「作業」寄り。エージェントとして、プロジェクトのコード一式（リポジトリ）を見に行って、必要なファイルを読んで、必要な箇所だけを編集して、ビルドやテストなどの実行まで含めて“回す”方向に寄っている。いわば“手を動かす作業員”。だから、ChatGPTに頼むときは「教えて」「このエラーどういう意味？」になりやすい。Codexに頼むときは「これ直して」「ビルド通して」「差分を見せて」みたいな指示になりやすい。

◾️初心者が沼るのは、だいたい「コピペ差し替え」

自分でSwiftを書かないスタイルでも、やってるうちに必ず通る道がある。コンパイルエラー沼だ。ChatGPTが出した修正コードを貼る。次に出たエラーをまた貼って直す。部分差し替えが増える。差し替える範囲が曖昧になる。括弧やスコープがズレる。ズレた結果、元の問題よりデカい問題が生まれる。最終的に「全部差し替え」で押し切ろうとすると、出力も長い、貼り付けも大変、待ち時間も増える。ここが、会話型の強みでもあり、限界でもある。会話は頭脳には強い。でも、実際のプロジェクトの“編集作業”は人間がやるから、編集ミスが増えると雪崩れる。

◾️Codexが刺さるポイント：貼らない、混ぜない、戻れる

Codexが効くのは、まさにこの部分だ。貼らない：自分で「どこを差し替えるか」を悩まずに済む。Codexがコードベースを見て、必要な箇所を直接編集する。混ぜない：複数の修正を同時にやっても、作業場を分けられる。後で良い方だけ採用できる。戻れる：Gitで履歴を刻んでいれば、失敗してもすぐ戻せる。これが心理的にも実務的にも強い。「コンパイルエラーを潰す」って、実は“推理”より“反復作業”が勝つ場面が多い。原因特定→最小修正→再ビルド→次のエラー、のループ。ここを作業員に回させたほうが速い。

◾️Codexの入口は2つ：CLIとAPP

ここも混乱しやすいから、イメージだけで分ける。Codex CLIはターミナルで動く。フォルダを指定して、修正・実行を回す。「沼を潰す」用途に直球で刺さりやすい。Codex APPはMacで使う“指令塔”っぽいUI。複数タスクを並行で走らせたり、差分レビューを管理したり、作業を隔離したりがやりやすい。初心者が最初に恩恵を感じやすいのは、正直CLI側だったりする。「このプロジェクト、ビルド通して」「エラー全部潰して」「変更は最小で」みたいな頼み方が、そのままハマるから。APPは、慣れてくると効いてくる。修正タスクを並列化したり、バグ修正とリファクタを別作業として走らせたり、落ち着いて差分を吟味できる。

◾️ログインで迷うやつ：「Continue with ChatGPT」と「APIキー」

ここ、初心者が一番混乱するポイント。結論だけ言う。普通は「Continue with ChatGPT」でいい。ChatGPTのアカウントでそのまま入るルート。余計な鍵管理を増やさずに始められる。「Enter API key」は、開発者向けのモードだ。OpenAIのPlatform側でAPIキーを発行して、それを使う。CIで回すとか、請求や権限を分けたいとか、チーム運用とか、そういう段階で触ればいい。最初から触ると、設定と安全管理の沼が増えるだけになりがち。

◾️“エージェントに頼む”って、お願いの仕方が変わる

ここが今日いちばん大事なところ。ChatGPTに慣れると、「質問して答えをもらう」流れが体に染みる。でもエージェントは、「代わりにやらせる」流れが強い。だからお願いの型がある。おすすめの型はこれ。目的：何を達成したいか（例：ビルドを通す）。制約：守ってほしいこと（例：挙動変更は最小、不要な改修はしない）。手順：どう進めてほしいか（例：原因を短く説明→修正→再ビルド）。報告：何を返してほしいか（例：変更したファイル一覧と差分）。これを押さえると、無茶ぶりが減る。逆に、ここが曖昧だと「なんか直したけど別のところが変わった」みたいな不満が出やすい。

◾️できること／できないことの境界は、ここだけ押さえればいい

エージェントって聞くと「全部自動で完成させてくれる」と思いたくなる。でも実際は、監督が要る。つまり、何を作るか、何を優先するか、何を“正解”とするかは人間の仕事だ。Codexが強いのは、決められた目的に向かって、コードを触って、反復作業を回して、差分を積み上げるところ。逆に「なんかいい感じのアプリ作って」みたいな曖昧な企画は、ChatGPTで構想を固めてからのほうが強い。役割分担を間違えなければ、どっちも味方になる。

◾️コンパイルエラー沼に効く、Codexへの依頼テンプレ

そのまま使える文章を置いとく。こういう“命令文”がエージェント向けだ。「このリポジトリがビルドできない。目的はコンパイルエラーを全て解消してBuildを通すこと。挙動の変更は最小、必要な箇所だけ編集して。エラー原因を短く説明してから修正し、再ビルドして確認して。変更したファイルと差分を一覧で示して。」これで、貼り付け地獄から抜けやすくなる。自分が差し替え職人になる必要が薄くなる。

◾️Codexが作業しやすい状態＝Gitで“セーブポイント”を作ること

ここで出てくるのが「Git管理（最低限）」だ。難しく考えなくていい。Gitってのは一言で言えば、コードの“セーブデータ”。いつでも戻れるように、変更履歴を残す仕組みだ。やることは単純。Gitを有効にして、履歴を取れるようにする。生成物（ビルドで勝手にできるファイル）は履歴に入れない（.gitignore）。まず一回、動いてる状態をコミットして“戻れる地点”を作る。この3つだけで、世界が変わる。Codexを安心して走らせられるし、自分も安心して試行錯誤できる。初心者ほど効く。ここが整うと、Codex APPの「作業場を分ける」発想（worktree）も生きてくる。作業を混ぜずに進められるから、事故りにくい。

◾️読んだ人の「最初の一歩」だけ置いておく

ここまで読んで、もし「じゃあ自分は今日何をすればいい？」となったら、これでいい。まずはCodexでログイン画面が出たら「Continue with ChatGPT」を選ぶ。そして、最初の依頼は“小さく”いく。いきなり大改造じゃなくて、「今出ているコンパイルエラーを全部潰してBuildを通して。変更は最小で。差分を見せて。」この1本。これが通った瞬間、世界観が変わるはずだ。

◾️結局、ChatGPTとCodexは競合じゃない

ChatGPTは、構想を言葉にして、判断を助けて、学びを加速する。いわば“頭脳と対話”。Codexは、コードベースを触って、反復作業を回して、差分を積み上げる。いわば“手足”。どっちも必要だ。むしろ両方そろうと、個人開発が化ける。頭の中にあるものを、現実のアプリに落とす速度が変わる。

◾️今日のまとめ：もう魔法レベルの時代に入ってる

さあ、今日もこういう話だ。今すでに開発されて、提供されている技術っていうのは、もう魔法レベルになってきている。一昔前では考えられないレベルだ。一般のユーザーがこれを使えるなんて信じられない。でも現実に、ここまで来ている。知ると知らないのでは、本当に、人生が変わると言っても過言じゃないところまで来ている。これからは「できる人」じゃなくて「やるかやらないか」の世界。前なら会社が数百万、数千万かけて作ってたものが、個人ひとりで、下手したら無料に近い感覚で数時間で作れてしまう。この現実、知ってるか。知れば人生変わるし、楽しいし、豊かになる。いい時代に生きてきた。
愛と感謝を胸に、これからもいろんなことを勉強して、実践して、楽しんでいこう。バイバイ。