Skip to main content
Codex DesktopはCodex CLIと同じユーザーレベルのCodex設定を読み込みます。公式のChatGPTまたはCodexログインを置き換えずに、Flatkeyをカスタムモデルプロバイダーとして追加できます。

前提条件

手動設定

1. APIキーを設定する

キーは設定ファイルに書き込むのではなく、ユーザー環境変数に保存してください。
変数を変更した後、再度開く前にCodex Desktopを完全に終了してください。

2. config.tomlを更新する

ユーザーレベルのCodex設定ファイルを開きます: トップレベルのmodelmodel_providerの設定を置き換える前に、現在の値を記録して後で復元できるようにしてください。次に両方の設定を更新します。いずれかのキーが既に存在する場合は、重複するキーを追加するのではなく値を置き換えてください。関連しない設定はすべて保持してください。以下のプロバイダーテーブルを追加します。[model_providers.flatkey]が既に存在する場合は、重複を作成せずそのテーブルを更新してください:
gpt-5.4は本執筆時点でFlatkeyモデルディレクトリで利用可能です。別のモデルIDに切り替える前にディレクトリを確認してください。
公式の認証情報はauth.jsonまたはお使いのオペレーティングシステムの資格情報ストアに保存されている場合があります。Flatkeyの設定のためにいずれの資格情報ストアも編集、置き換え、上書き、エクスポート、共有しないでください。どちらにもFlatkey APIキーを貼り付けないでください。config.tomlがモデルとプロバイダーのルーティングを制御します。

3. 再起動して確認する

Codex Desktopを完全に終了し、再度開いて、簡単なプロンプトを送信します。Flatkey使用状況ログを開き、モデル、トークン数、レイテンシ、コストを確認してください。

CC Switchで設定する

CC Switchはサードパーティの設定管理ツールであり、Flatkeyの製品ではありません。CC SwitchのGitHubリポジトリからもダウンロードできます。以下の手順は現在のCC Switchインターフェースに基づいています。 手動設定とCC Switchは代替のセットアップ方法です。アクティブなプロバイダーには1つの方法を使用してください。Codex DesktopとCodex CLIは、macOSおよびLinuxでは~/.codex/config.tomlを、Windowsでは%USERPROFILE%\.codex\config.tomlを共有しています。CC Switchはその共有ファイル内のモデルとプロバイダーの設定を制御します。関連しない設定やプロバイダーは保持してください。

1. 公式サインインを1回完了する

プロバイダーを切り替える前に、Codex Desktopを開いて公式のChatGPTまたはCodexサインインを完了してください。デスクトップアプリがアカウントアクセスとそのモデルカタログのために有効な公式セッションを持つよう、少なくとも1回はこれを行ってください。 公式の認証情報はauth.jsonまたはお使いのオペレーティングシステムの資格情報ストアに保存されます。両方を機密情報として扱ってください。

2. 直接切り替え時のために公式ログインを保持する

CC Switchで設定(Settings) > 一般(General) > **Codexアプリ拡張機能(Codex App Enhancements)**を開き、**直接切り替え時に公式ログインを保持する(Keep official login for direct switches)**を有効にします。この設定により、直接のプロバイダー切り替えがCodex Desktopに必要な公式ログインを破棄することを防げます。 Codexの現在の公式ログイン保持設定を有効にする
auth.jsonをコピーのために開いたり、置き換えたり上書きしたり、Flatkey APIキーを貼り付けたり、共有したりしないでください。スクリーンショットやCC Switchのプロバイダーエクスポートにおいて、Flatkey APIキーを絶対に露出させないでください。いずれかの認証情報が漏えいした場合は、直ちにローテーションまたは無効化してください。

3. Flatkeyをカスタムプロバイダーとして追加する

CC SwitchでCodexパネルを開き、**カスタムプロバイダー(Custom Provider)**を追加します。以下の値を使用してください。このチュートリアルでは組み込みのFlatkeyプロバイダーには依存しません。 CC SwitchでCodexプロバイダーパネルを開き、プロバイダー追加ボタンを選択する CC Switchに現在のFlatkeyプロバイダーフィールドを入力する

4. モデルを設定する

プロバイダーのDefault Modelを、使用したい正確なFlatkeyモデルIDに設定します。スクリーンショットでは例としてgpt-5.6-solが示されています。IDを選ぶ前にFlatkeyモデルディレクトリを確認してください。 Fetch Modelsをクリックして現在のIDを読み込みます。Codexの/modelメニューに表示させたい場合は、プロバイダーのModel Mappingにモデルを追加してください。プロバイダーのDefault Modelに正確なIDを設定することも、Codex CLIからcodex --model <id>で渡すこともできます。Codex Desktopでは、ピッカーにカスタムモデルが表示されていなくても、アクティブなプロバイダーとデフォルトモデルを意図したルートとして扱ってください。リクエストを送信した後、Flatkey使用状況ログで実際のルートを確認してください。 Responses nativeを選択し、Codexのモデルマッピングを設定する FlatkeyはResponses APIをネイティブにサポートしています。この設定にはLocal Routingは不要なので、オフのままにしてください。

5. 保存、有効化、再起動する

カスタムプロバイダーを保存し、Codexで有効化します。共有のconfig.tomlから関連しない設定やプロバイダーを削除しないでください。 FlatkeyのCodexプロバイダーが使用中であることを確認する Codex Desktopを完全に終了します。古いCodex Desktopプロセスが残っていないことを確認してから、新しいプロバイダー設定を読み込むようにアプリを再度開いてください。

6. 実際のルートを確認する

小さなコンテキストで新しい会話を開始し、最小限のプロンプトを送信します。次にFlatkey使用状況ログを開き、そのリクエストのモデル、トークン数、レイテンシ、コストを確認してください。 最小限のCodex Desktopの応答でFlatkeyのルートを確認する 公式ログインを保持していても、リクエストがOpenAIの課金を使用するとは限りません。共有のconfig.toml内の現在のプロバイダーとモデル設定がルートを制御します。Flatkey使用状況ログは、リクエストがFlatkeyに到達したことを確認できる唯一の権威ある手段です。 システムプロンプト、ツール、会話履歴、添付ファイル、コマンド出力は、表示されているプロンプトのテキストを超えて入力トークンを増やす可能性があります。入力トークン数が多くなると、課金コストが増加する可能性があります。

モデルが表示されない場合

Codex Desktopは公式モデルカタログを表示し、カスタムモデルをピッカーから省略することがあります。UIにカスタムモデルが表示されていないことは、ルーティングが失敗したことを証明するものではありません。
  1. 公式のChatGPTまたはCodexログインがまだ有効であることを確認してください。
  2. 設定(Settings) > 一般(General) > Codexアプリ拡張機能(Codex App Enhancements) > **直接切り替え時に公式ログインを保持する(Keep official login for direct switches)**が有効になっていることを確認してください。
  3. Flatkeyプロバイダーが有効で、そのDefault Modelに正確なモデルIDが含まれていることを確認してください。
  4. プロバイダーのモデルマッピングを確認してください。/modelメニューにモデルを表示させたい場合はFetch Modelsを使用してください。
  5. 関連しない設定を変更せずに、共有のconfig.tomlに意図したアクティブなプロバイダーとモデルが含まれていることを確認してください。
  6. すべてのCodex Desktopプロセスを完全に終了し、アプリを再度開いてください。
  7. 最小限のプロンプトを送信し、Flatkey使用状況ログで実際のルートを確認してください。

公式プロバイダーに戻す

CC Switchを使用した場合は、公式のCodexプロバイダーを有効化してください。Codex Desktopを完全に終了し、古いプロセスが残っていないことを確認してから、再度開いてください。Flatkeyのカスタムプロバイダーを削除する必要はありません。 手動設定を使用した場合は、config.toml内の以前のトップレベルのmodelmodel_providerの値を復元してください。関連しない設定とプロバイダーテーブルは保持してください。公式の認証情報はauth.jsonまたはオペレーティングシステムの資格情報ストア内にそのまま残してください。Codex Desktopを完全に終了し、古いプロセスが残っていないことを確認してから、再度開いてください。

CC Switchのトラブルシューティング