実際にCodexを本格的な作業で使っている多くの人が、非常に現実的な問題に直面しています。それは、クォータが足りないということです。たまに試す程度なら、Plusプランで十分かもしれません。しかし、Codexを使ってコードを書いたり、デバッグしたり、タスクを分解したり、調査したり、プロジェクトを管理したりするようになり、使用量が増えてくると、こう考え始めるでしょう。同じようにCodexを使い続けながら、全体のコストをもう少し抑える方法はないだろうか、と。
それがまさに、私が最近Codex Third‑Party Workersをオープンソース化した理由です。私の考え方はとてもシンプルです。すべてのタスクを同じ価格で実行する必要はない、ということです。
これまでは、Codexは大小や種類を問わず、すべてのタスクを同じパイプラインで処理していました。今回、Codexのワークフローにタスクスケジューリング層を追加しました。Codexは引き続きメインエージェントとして、タスクを理解し、分解し、何をすべきかを判断し、レビューし、最終的な承認を行います。しかし、オフロードに適した一部のサブタスクは、より安価なサードパーティ製モデルAPIに送信できます。それらが完了すると、結果はCodexに戻ります。要するに、ユーザーがタスクを渡す → Codexがそれを理解して分割する → 適切なサブタスクがサードパーティ製Workerに送られる → Workerが完了させる → 結果がCodexに戻る → Codexが再確認して仕上げる、という流れです。
つまり、このプロジェクトはCodexを置き換えるものではありません。より実用的な問題、つまりPlusクォータをどうやってより有効に使うか、という問題を解決するためのものです。
Plusユーザーにとって、これは本当に重要だと思います。たまにCodexを使うだけなら、コストを深く考える必要はありません。無料版で十分です。しかし、Codexが日常的に使うツールになると、クォータをどう配分するか、どのタスクをCodexに残し、どのタスクをより安価なモデルに任せるか、ということが、それ自体が最適化に値する問題になります。
私の目標は、Plusクォータを、本当にCodexにやってもらいたいことに使ってもらうことです。それ以外のオフロード可能なものは、低コストのProvider APIに任せます。
これはCodexを無料で使うためのものではありません。サードパーティ製APIには依然としてコストがかかります。本当に最適化しているのは、AIワークフロー全体の平均コストです。同じプロジェクトでも、すべてを高価なパイプラインで実行するのと、タスクに応じて分割するのとでは、最終的な請求額はかなり変わってきます。
だからこそ、私は繰り返し言います。すべてのタスクを同じ価格で実行する必要はない、と。
現在、Codex Third‑Party Workersには、すでにいくつかのサードパーティ製Provider Packがバンドルされています。DeepSeek V4 Flash、MiniMax‑M3、Alibaba Cloud Bailian Qwen3.7‑Maxです。
MiniMax‑M3とQwen3.7‑Maxは、実際のAPI呼び出し、CLI、Codex Desktopのサブエージェント実行で検証済みです。DeepSeek V4 Flashは組み込まれており、分離テストに合格していますが、公開インストーラでの完全なランタイム検証はまだ行っています。
API呼び出しで数セント節約しようとして、結局APIキーやローカル設定が散らかってしまうという古典的な罠を避けるため、セキュリティとインストールに関していくつかのガードレールを設けました。APIキーはmacOSキーチェーンから読み取られます。デフォルトではドライランが実行されます。実際の変更を行うには明示的に--applyを使用する必要があります。サードパーティ製Workerは明確な境界を持つタスクのみを処理します。そして最終結果は常にメインのCodexスレッドに戻ってレビューされます。現在のベースラインは、37件中37件の分離テストに合格しています。
もちろん、まだベータ版です。現時点ではmacOSのみのサポートで、Codex Desktop、カスタムサブエージェントサポート、Node.js 20+が必要です。Windowsはテスト中で、動作するはずです。また、サードパーティ製Provider APIは別途請求されることに注意してください。つまり、「Codex Third‑Party WorkersをインストールすればPlusが永遠に持つ」というような魔法の解決策ではありません。
使用頻度、タスクの構成、サードパーティ製の価格は人それぞれです。しかし、ヘビーなCodexユーザーなら、私からの提案です。クォータが逼迫しているのを見て慌てて高額プランに乗り換える前に、まずタスクがどのようにクォータを消費しているかを実際に確認してください。絶対にCodexが必要なものはどれか。オフロードできるものはどれか。Plusクォータにとって健全なペースとはどの程度か。それを把握したら、より安価なサードパーティ製モデルAPIを追加することで、総コストを抑えながらより多くの作業をこなせるようになります。
それが、このオープンソースプロジェクトで取り組もうとした本当の問題です。AIの使用を減らすことではありません。支出を少し減らして、成果を少し増やすことです。
プロジェクトリンク: https://github.com/dhy365-creator/codex-third-party-workers
MITライセンスの下で完全にオープンソースです。あなたもヘビーなCodexユーザーなら、ぜひ試してみてください。このアイデアが役に立つと思われたら、Starをいただけると大変ありがたいです。よろしくお願いします！