Claude CodeとCodex向けAPI：プロトコルと接続確認
Claude CodeとCodexの互換性チェック：プロトコル、公開ルート、Model ID、API Key、初回リクエストを確認します。
目次
結論から言うと、「OpenAI-compatible API」と書かれているだけでは、Claude CodeとCodexの両方に対応するとは判断できません。Claude CodeはAnthropic-compatibleな経路を使い、Codexはcustom provider経由でResponses APIを使います。価格の前に、専用ガイド、Base URL、認証方法、現在のModel IDを確認してください。
2026年8月16日時点で、BetterToken、PolzaAI、ProxyAPIにはClaude CodeとCodexの個別ガイドがあります。provod.aiにも両ツールの公開資料がありますが、具体的なルートやfieldはここには転載せず、同サービスの最新公式ドキュメントで確認します。これらは互換性チェックの例であり、価格や支払い方法の完全比較ではありません。
比較範囲
これは安定性ランキングや最安値の主張ではありません。長時間の負荷テストや遅延測定も行っていません。公開ドキュメントにある専用ガイド、プロトコル、Base URL、Model IDの取得先、初回リクエストの確認方法だけを比較します。
4社の公開設定
| Provider | Claude Code | Codex | 公開された経路 |
|---|---|---|---|
| BetterToken | Guide | Guide | `https://bettertoken.ai/%60%E3%80%81Codex%E3%81%AF/%60https://www.bettertoken.ai/v1/%60?utm_source=blog&utm_medium=organic_content&utm_campaign=legacy-claude-code-codex-api&utm_content=claude-code-codex-api + Responses |
| PolzaAI | Guide | Guide | `https://polza.ai/api\`、Codexは\`https://polza.ai/api/v1/\` + Responses |
| ProxyAPI | Guide | Guide | `https://api.proxyapi.ru/anthropic\`、Codexは\`https://api.proxyapi.ru/openai/v1\` + Responses |
| provod.ai | Guide | Public material | 具体的なルートとfieldは最新の公式ドキュメントで確認 |
公開設定があることは、速度や可用性の優劣を証明しません。
なぜ一つのOpenAI-compatible経路では不十分か
Claude Codeは通常`ANTHROPIC_BASE_URL`とtokenを使います。Codexは`config.toml`でproviderを定義し、`wire_api = “responses”`を必要とします。`/chat/completions`だけに対応していても、Codexで動く証拠にはなりません。
実作業前のテスト
- 対象clientの最新ガイドを開きます。
- 自分のaccountとテスト用API Keyを作り、prompt、issue、画像に載せません。
- Base URLとModel IDを最新のドキュメントかdashboardからコピーします。
- CodexはResponses、Claude CodeはAnthropic-compatible経路を確認します。
- 破棄可能なrepositoryで短いタスクを実行します。
- dashboardでstatus、model、tokens、課金を確認します。
BetterTokenではOpenAI-compatibleとAnthropic-compatibleの経路が分かれており、ユーザー自身のAPI Keyを使います。Claude CodeとCodexの現行ガイドに従い、Dashboardでテストリクエストを確認できます。
コスト比較
input token単価だけでは判断できません。Model ID、input/output/cache tokens、request回数、エラーとretry、手数料、タスク全体の課金額を同じ条件で記録します。BetterTokenは現行価格ページだけを参照し、他サービスは最新の公式dashboardまたはドキュメントで確認します。
最初のエラーの切り分け
| 症状 | 最初の確認 |
|---|---|
| `401` | Keyと認証field |
| `404` | Base URLか完全pathか、プロトコルは正しいか |
| `model not found` | 最新catalogのModel ID |
| `429` | limit、`Retry-After`、retryの安全性 |
| streaming切断 | 対応プロトコル、network、dashboard status |
一度に変更する項目は一つだけにします。四社すべてに公開情報があるため、最終的にはドキュメントの更新日、Key管理、usage history、同一タスクの実測コストで選びます。
