あらゆる大規模モデルへの、ひとつのゲートウェイAICodingのために作られた
複数ベンダーでのアカウント開設と請求書の分散はもう不要。APIキーひとつ、コンソールひとつで、主要な大規模モデルすべてに統合アクセス——課金、レート制限、オブザーバビリティがすぐに使えます。
- Claude Code
- Codex CLI
- Cursor
- Cline
- Roo Code
- OpenAI SDK
- Gemini CLI
- Cherry Studio
製品機能
ゲートウェイに必要なものが、すべてここに
アクセス、課金、オブザーバビリティ、フェイルオーバーをカバーする6つの機能が、長期的に頼れるモデル基盤を構成します。
統合アクセス
Chat、Responses、Messages、Embeddings、Rerank の5つのプロトコルをひとつのエンドポイントで網羅。画像・音声の非同期タスクもすぐに使えます。
透明な課金
モデルごとに入力 / 出力を別々に課金。クォータ、取引履歴、チャージ明細をリアルタイムで照会でき、一つひとつの課金にリクエスト単位の監査ログが紐づきます。
リアルタイムオブザーバビリティ
初回トークンまでのレイテンシ、成功率、token 使用量をリクエストごとに追跡。トレンドグラフと明細テーブルは同じデータソースを参照するため、突き合わせは不要です。
スマートルーティング
同じモデルに複数のチャネルを接続し、優先度と重みでトラフィックを配分。組織ごとに異なるルーティングを指定することもできます。
自動フェイルオーバー
チャネルのヘルスチェックが自動で実行され、異常なチャネルは即座に切り離して利用可能な上流へ切り替わります。手作業での監視は不要です。
組織とクォータ
APIキーは組織単位で管理され、メンバー、招待、クォータ調整はすべて記録に残ります。チームでアカウントプールを共有するのに適しています。
5分で導入
公式 SDK と互換、コードは一行も変更不要
base URL を YiTuoToken に向けて、キーを差し替えるだけ。既存のプロジェクトがそのまま使えます。
curl http://183.240.79.21:52099/v1/chat/completions \n -H "Authorization: Bearer $YITUOTOKEN_API_KEY" \n -H "Content-Type: application/json" \n -d '{
"model": "gpt-5.2",
"messages": [{ "role": "user", "content": "こんにちは" }]
}'HTTP クライアントがあれば、どの言語でも使えます。
- チャット
/v1/chat/completions - Responses
/v1/responses - Messages
/v1/messages - Embeddings
/v1/embeddings - Rerank
/v1/rerank
ゲートウェイの仕組み
ひとつのリクエストが通る4つのステップ
キー検証からクォータ精算まで、各ステップが記録を残すため、問題が発生してもどの段階かを特定できます。
- 01
認証と帰属
APIキーを検証し、その所属組織と利用可能なモデルの範囲を解決します。
- 02
ルート選択
モデルを担うチャネルの中から、優先度と重みに基づいて利用可能な上流を選択します。
- 03
転送とフェイルオーバー
上流プロトコルへ統一変換してストリーミングで応答を返し、異常なチャネルは自動で切り離して再試行します。
- 04
計量と記録
式に基づいてクォータを精算し、アトミックに課金したうえで、リクエスト記録と監査ログに書き込みます。
課金とオブザーバビリティ
すべての課金を突き合わせ可能
- 入力と出力を別々に課金。価格はモデルカタログで公開
- クォータ、取引履歴、チャージ注文の3つの台帳が相互に一致
- 管理者によるクォータ調整は監査ログに記録され、操作を遡って確認できます
- 新規リクエストにはゼロより大きい有効残高を求めるため、超過が黙って発生しません
セキュリティとコンプライアンス
キーは外部に漏れず、操作は追跡可能
- 上流キーは AES-256-GCM で暗号化して保存され、平文は信頼境界の外に出ません
- ログイン状態はデュアルトークン：短期アクセストークン + 長期リフレッシュトークン
- 機密操作はすべて監査ログに記録され、操作種別で絞り込めます
- デプロイ側で Host ホワイトリストとクロスサイトリクエストの送信元検証を有効化
よくある質問
導入前に知っておきたいこと
既存コードの変更は必要ですか？
不要です。base URL を YiTuoToken に向けて、キーを差し替えるだけです。OpenAI と Anthropic の両方の公式 SDK で変更するのは初期化パラメータだけで、ビジネスの呼び出しはそのまま維持されます。
ストリーミング出力には対応していますか？
対応しています。ストリーミングと非ストリーミングは同じゲートウェイコアを通ります。初回トークンまでのレイテンシと合計所要時間はリクエストごとに記録され、使用量ページで直接確認できます。
上流のどこかが障害を起こした場合はどうなりますか？
チャネルのヘルスチェックが自動で実行され、異常なチャネルは切り離されて、リクエストは同じモデルのほかの利用可能なチャネルに引き継がれます。そのモデルに本当に利用可能なチャネルがない場合、リクエストは長時間ハングするのではなく、即座に失敗します。
課金の精度はどのように保証されますか？
クォータ計算はすべて課金エンジンに集約され、式に基づいて精算されます。課金にはリクエストの一意識別子を持つアトミック更新を使うため、同時実行下での重複課金や残高のオーバーフローを防げます。
残高が不足した場合はどう扱われますか？
新規リクエストは送信前に有効残高を検証し、不足していれば即座に拒否されます。上流のコストがすでに発生している場合は、精算段階で残高が負になることを許容し、不足分は次回のチャージで相殺されます。
チームで複数人を使う場合の管理方法は？
メンバーとキーは組織単位で管理します。メンバーの招待、アクティブ組織の切り替え、組織ごとのルーティングポリシー指定に対応しており、クォータ消費は組織単位で集計されます。