公開翌日で238スター。XiaoDuoYaが公開した「codex-with-chatgpt」は、ChatGPTに設計・計画を担わせ、実装をCodexに委ねる分業アーキテクチャだ。単一モデルの性能競争から複数AIのオーケストレーション競争へ、開発生産性の勝負軸が明確に移りつつある。既存のChatGPT課金を実装エージェントの頭脳として再利用するコスト設計は、経営判断としても見逃せない。

何が起きたか

GitHubユーザー XiaoDuoYa が公開した「codex-with-chatgpt」が、公開翌日で238スターを獲得し、エンジニア層で急速に拡散している。仕組みはシンプルだ。ChatGPTに設計や実装手順の「計画」を立てさせ、その指示をコード生成に特化したCodexハーネスに渡して実装させる。いわば「思考する頭脳」と「手を動かす手先」を明確に分業させるツールである。背景には、Codex単体では複雑な設計判断や複数ファイルにまたがるリファクタリングが苦手だという現場の実感がある。すでに契約しているChatGPTを計画レイヤーに転用することで、追加のAPIコストを最小化しつつ、Codexの弱点である「文脈把握力」を補うアイデアが多くの開発者に刺さった形だ。238スターという数字は絶対値としては大きくないが、公開24時間の伸び率としては十分に「シグナル」と読める水準である。

なぜこのニュースが重要か

このリポジトリの本質は、コードそのものよりも「アーキテクチャの提示」にある。ここ半年、開発現場では単一モデルにすべてを任せる方式の限界が語られてきた。Codex系のコーディングエージェントはトークン単価と実行速度で優れるが、設計判断の深さで劣る。一方、ChatGPT(特にGPT系推論モデル)は仕様理解と計画立案に強いが、長時間のコード実行ループを回すには課金設計とレイテンシが合わない。この非対称性を、APIではなくChatGPTの既存契約(サブスクリプション)経由で解消する発想が新しい。API従量課金を追加せず、月額固定枠を「計画AIの燃料」として使い切る設計は、CTOにとっては予算稟議を通しやすい構造をもたらす。単一モデルのベンチマーク競争を眺めていた経営層にとっても、「どの組み合わせが最も安く速く動くか」という設計問題が、次の意思決定ポイントとして浮上したことを意味する。

技術的な深掘り

エンジニア視点で押さえるべきは、この「Planner-Executor分離」が単なる流行ではなく、ソフトウェア工学における古典的な関心の分離(SoC)の再来だという点だ。ChatGPTを Planner に置くと、要件から実装ステップへの分解、依存関係の解決、テスト戦略の決定といった「文脈重視・低頻度・高価値」なタスクを担わせられる。一方 Codex ハーネスは「文脈軽量・高頻度・低単価」な編集ループを回す。ここで重要なのは、両者のインターフェースをどう設計するかだ。計画を自然言語のまま渡すとExecutor側の解釈揺れが避けられない。実運用では、JSONスキーマやタスクグラフ形式で構造化された中間表現を挟むアプローチが定着するはずだ。加えて、Planner出力の検証レイヤー(計画の妥当性チェック)を挟まないと、誤った設計指示のまま実装が突き進む事故が起きる。238スターの熱狂の裏で、この中間層の標準化こそが次の技術的争点になると推定する。

経営者として次に取るべき動き

第一に、社内の開発フローを棚卸しし、「計画に時間がかかるタスク」と「実装量が多いタスク」を分離せよ。前者はChatGPT、後者はCodex系エージェントに割り当てる分業体制を試験導入する価値がある。第二に、AI関連コストの再設計を急ぐこと。API従量課金だけで積み上げる予算を、ChatGPT Business等の固定枠に振り替えることで、月額数十万円規模の削減余地が生まれる可能性がある(推定)。第三に、評価指標を「モデルの単体性能」から「エージェント連携後の完了タスク数・PR承認率」へ切り替えよ。単一モデル選定の議論はもはや意味が薄い。複数AIをどう組み合わせ、どこに人間のレビューを挟むか——その設計力こそが、今後1年の開発生産性を決める競争軸になる。