Claude CodeとCodexと、今日の開発机
最近、開発環境が少しずつ固まってきた。
昔はエディタやフレームワークをいじっている時間の方が長かった気もするが、今はAIとの付き合い方を調整している時間の方が長い。時代は変わったものだ。
現在の私の環境はシンプルで、メインがClaude Code、サブがCodexである。
正直に言うと、知能面ではかなり差がある。
Claude Codeは設計や調査、複雑な問題の切り分けまで含めて任せられる。一方のCodexは、指示されたことを真面目に実行するタイプだ。悪く言えば融通が利かない。良く言えば余計なことをしない。
以前なら「どちらを使うべきか」と悩んでいたかもしれないが、今は完全に役割を分けている。
Claude Codeがエンジニア。
Codexはアルバイト。
そんなイメージだ。
なぜCodexを使うのか
Codexを使う理由の一番はトークン節約だが、それだけではない。
リスクヘッジの意味もある。
たまにClaude Codeへログインできなかったり、サービス側の都合で作業が止まったりすることがある。そんな時に「今日は仕事になりませんでした」では困る。
だから普段からCodexにも触れておく。
避難訓練のようなものだ。
災害は起きてから訓練しても遅い。
AIも同じで、いざ本命が使えなくなった時に初めて代替手段を触るようでは実戦投入できない。
高性能モデルをケチらない
もう一つは、自分自身への戒めでもある。
以前、Claude CodeのSonnetで調査を進めてしまい、後になって「あれは最初から上位モデルを使うべきだった」と後悔したことがある。
もちろん上位モデルを使ったからといって必ず正しい答えになるわけではない。
だが、少なくとも調査や設計の初手で性能をケチる理由はない。
半日溶かしてから気づくくらいなら、最初から一番賢いモデルを使った方が安い。
人件費に比べれば、モデル料金など誤差みたいなものだ。
それ以来、自分の中でルールを決めた。
- Claude Codeは最高性能モデル専用
- Codexは雑用担当
役割分担である。
今のワークフロー
最近は机の上でも、この構成が定着してきた。
画面を二つ並べて、左にClaude Code、右にCodex。
ただしClaude CodeとCodexの連携は完璧ではない。
ClaudeからCodexへの指示書を書かせることはあるが、所詮は別会社のAIである。
AI同士で勝手にやり取りして仕事を完結してくれるほど、まだ世の中は未来ではない。
イメージとしては、
- Claude Codeに作業計画や手順書を書かせる
- 人間がその手順書をCodexへ渡す
- Codexが実作業を行う
- 人間が結果を判断
という流れだ。
資料作成、テストケース実行、定型的な調査作業など、以前ならSonnetにやらせていた仕事をCodexに回している。
管理職はまだ人間だ
もっとも、この構成が完成形かと言われると、そんな気はしていない。
AIの性能は毎月のように変わる。
昨日までアルバイトだったAIが、来月には中堅社員になっているかもしれないし、逆にエースだったAIが別のモデルに追い抜かれるかもしれない。
だから今の役割分担も、おそらく数ヶ月後には変わっているだろう。
ただ、一つだけ変わっていないことがある。
結局、最後に責任を取るのは人間だということだ。
Claude Codeが方針を考え、Codexが作業を実行する。
それは確かに便利だ。
昔の自分から見れば、夢のような開発環境だと思う。
しかし、どちらも間違える。
しかも自信満々に間違える。
だから最終的には、「どのAIを使うか」「どこまで任せるか」「結果を信用してよいか」を判断する人間が必要になる。
気が付けば、自分がプログラマーというより、小さな開発チームの管理職のようだ。
部下は優秀だ。
文句も言わない。
24時間働く。
ただし、たまに盛大な勘違いをする。
そして、その尻拭いだけは今のところ人間の仕事らしい。
少なくとも今日の机の上では、左にエンジニア、右にアルバイト。
その真ん中で、一番古いソフトウェアである私が管理業務をやっている。