Codexは、OpenAIのコーディングエージェントで、会話するだけでなく、今作業しているフォルダ内のファイルを読みながら進められる道具です。
コーディングエージェントと聞くと、「プログラマーがコードを書くときだけ使う道具でしょ」と思われるかもしれません。自分も最初はそう思っていました。
でも実際は、便利さの中心はそこだけではありませんでした。
自分が助かったのは、コードを自動で書いてもらうことそのものより、関連するファイルやメモを見ながら長い作業を進めやすいこと、前に決めた条件や進め方を崩しにくいこと、そして一度うまくいった流れを次にも使いやすい形で残しやすいことでした。
今回は、そんなCodexのプログラミング以外の使い方を紹介していきたいと思います。
ごちゃついた設定や方針を、いきなり直さず整理しやすい
最初に助かったのは、散らかった設定や方針をいきなり触らず、まず整理するところでした。長く使っている作業環境ほど、設定ファイル、過去のメモ、その場しのぎのルールが少しずつ積み上がっていて、どこから触るべきか分からなくなります。
ChatGPTだけでも相談はできます。けれど、その場で必要な断片をこちらが順番に貼っていかないといけないので、全体像を見ながら話を進めるのが少しつらいです。設定が複数にまたがっていると、あとから「実は別のファイルにも前提がありました」と気づいて、話が戻ることも起こりやすくなります。
これは、会話の流れだけに頼ると、前提や手順が長いチャットの中に埋もれやすいからだと思います。こちらの頭の中にある「このファイルとこのメモはつながっている」という関係まで、毎回説明しなければやつらは分かってくれません。
でもCodexだと、関連するファイルを見ながら「まず何があるのか」「どれが土台で、どれが後から足されたものか」を整理する流れに入りやすかったです。いきなり直すのではなく、まず棚卸しして、危なそうな場所を分けて考えやすくなりました。
その違いが出るのは、前提を会話だけに預けなくてすむからです。作業中のファイルやメモを土台にできると、「何が今の状態なのか」を毎回説明し直さなくても、整理の出発点をそろえやすくなります。中身は同じGPT5.4でも、ファイルを全て見て判断するのと、うわべの言葉だけで判断するのでは、彼らの性能の発揮度が違います。
その結果、自分の中でも「何を直すか」より先に「何が混ざっているのか」を見分けやすくなりました。長い作業がしんどくなる原因は、修正そのものより、修正前の整理で消耗することが多いのだと分かりました。
AIへの頼み方そのものを整えて、毎回の依頼のぶれを減らしやすい
次に大きかったのは、AIへの頼み方そのものを整えやすいことでした。作業が長くなるほど、「今回はまず確認から」「危ない変更は小さく」「最後に確認を入れる」といった前提が大事になります。でも、その前提は意外と毎回ぶれやすいです。
私も、前の回では丁寧に伝えていたのに、次の回では急いでいて書き漏らし、出てきた結果を見てから「あ、それも先に言うべきでした」となることが何度もありました。
ChatGPTだけでも、その都度ていねいに頼めばかなり助かります。ただ、長い作業を重ねると、毎回同じ説明を入れる負担がじわじわ効いてきます。少し省くと前提が抜け、逆に細かく書きすぎると今度は毎回の依頼が重くなります。
これは、うまくいった頼み方が会話の中に流れていきやすいからだと思います。前のやり取りでは効いた言い方でも、次の作業ではそのまま再利用しにくく、結局またその場で組み立て直すことになります。
でもCodexでは、毎回守ってほしい進め方は「作業方針メモ」として置いておけます。公式には AGENTS.md という仕組みで、Codexは作業を始める前にその内容を読みます。
また、よく繰り返す作業は「手順のテンプレ」としてまとめておけます。これはskillsと呼ばれ、説明文に加えて必要なら参考資料やスクリプトも一緒に持てます。つまり、「毎回の共通ルールは作業方針メモへ」「特定の作業のやり方は手順テンプレへ」と分けておくと、その場の思いつきだけに頼らず進めやすくなります。
しかも、この準備自体も自分で一から作り込まなくて大丈夫です。OpenAIの公式ガイドでも、うまくいった頼み方は AGENTS.md に寄せて再利用し、繰り返し作業は skills にする流れが勧められています。なので実際には、「この作業で毎回守りたいことを整理して AGENTS.md のたたき台を作って」「この作業を手順テンプレにしたいので skill の形にまとめて」のように Codex に頼めば、最初のたたき台まで一緒に作れます。
これが効くのは、会話ログではなく、作業のそばにルールを置けるからです。毎回ゼロから言い直すより、「この作業ではこう進める」が見える場所にあるほうが、依頼のぶれが起きにくくなります。
その結果、毎回の出だしで消耗しにくくなりました。AIの出来が急によくなったというより、自分の頼み方が崩れにくくなった感覚に近いです。ここは、使ってみるまで想像していた便利さとはかなり違いました。
プランモードは「答えを出す前の安全装置」として使うと便利だった
Codexで印象が変わった使い方のひとつが、プランモードです。
CodexアプリでShift+Tabキーを押すと出てきます。
最初は「実行前に計画を書いてくれる機能」くらいに思っていました。けれど実際には、それ以上に、いきなり触ると危ない作業を、先に分解して安全な順番に並べるための道具として便利でした
たとえば、設定やルールを整理したいとき、人はついすぐ直し始めたくなります。私もそうでした。
でも実際に危ないのは、直し方そのものより、何を触るべきで、何を残すべきかが曖昧なまま進めることです。
そこで役立ったのがプランモードでした。
私は、いきなり編集させるのではなく、まず
- どのファイルが関係あるか
- どれが全体ルールで、どれが例外か
- 先に控えを残すべきか
- どんな順番なら小さく直せるか
- 最後に何を確認するか
を先に並べさせるようにしていました。
このやり方が特に助かったのは、ルールや設定ファイルの整理です。以前は「たぶんこのへんを削れば軽くなる」と感覚で触って、あとで何を基準に直したのか分からなくなりがちでした。
でもプランモードで先に流れを作ると、
- バックアップしてから整理する
- まず分類だけして、まだ書き換えない
- 直すとしても必要なところだけにする
- 最後に確認する
という順番を、実行前に見える形にできます。
ChatGPTだけでも「こう進めた方がいい」は相談できます。ただ、会話の中でその場その場に考えるだけだと、実行に入ったときに結局勢いで飛ばしやすい。プランモードは、そこを実行前の手順として固定しやすいのが違いました。
自分にとってプランモードの価値は、「賢い計画を出してくれること」より、危ない作業を雑に始めにくくしてくれることにありました。
だから今は、Codexのプランモードを「何を作るかを考える機能」というより、長い作業や壊したくない変更の前に、一度ブレーキをかけるための機能として使うことが多いです。
まとめ
ChatGPTは会話や壁打ちに強いです。考えをほぐしたり、方向性を探ったりする場面では、今でもとても助かります。けれど、複数のファイルが絡む長い作業では、前提をどこに置けるか、うまくいった流れをどこに残せるかで、やりやすさがかなり変わることがあります。
私は最初、Codexを「コードを書くためのもの」と見ていました。でも実際に使ってみると、便利だったのはコードを出してくれることそのものより、散らばった前提を扱いやすくしてくれること、依頼のぶれを減らせること、うまくいった流れを次にも残せることでした。
以上参考になれば幸いです。
コメント