ToRouterドキュメントゲートウェイ
モデル識別子とベンダープレフィックス
ToRouter のモデル命名規則 — 既定では OpenAI スタイルの ID、OpenRouter チャネルではベンダープレフィックス付き、加えて -thinking サフィックスに対応。
ToRouter はすべてのリクエストで OpenAI スタイルのモデル ID を受け付けます。ゲートウェイは、グループに紐づくアップストリームチャネルへ ID をマッピングします。
標準 ID
ベンダープレフィックスのない素の ID を使用します。
gpt-5
gpt-5-mini
o3
claude-opus-4-7
claude-sonnet-4-7
gemini-3-flash-preview
gemini-2.5-pro
text-embedding-3-largeこれらは OpenAI、Anthropic、Gemini どのプロトコルサーフェスでも一貫して動作します — ゲートウェイが必要に応じて変換します。
ベンダープレフィックス（OpenRouter チャネル）
グループが OpenRouter アカウントに紐づいている場合、OpenRouter スタイルの vendor/model 形式も受け付け、そのまま透過されます。
anthropic/claude-opus-4-7
google/gemini-2.5-pro
openai/gpt-5
deepseek/deepseek-r1ベンダープレフィックスに意味があるのはこのケースのみです — OpenAI / Anthropic / Gemini チャネルでは素の ID を使ってください。
-thinking サフィックス
拡張推論をサポートするモデルでは、-thinking を付加することで有効化できます。
claude-opus-4-7-thinking
gpt-5-thinkingToRouter は転送前にサフィックスを取り除き、アップストリームの推論フラグを注入します。トークン使用量と料金は推論トークンを反映します。
モデル · カタログ では、どのモデルが -thinking をサポートし、グループでどのベンダープレフィックスが受け付けられるかを確認できます。
モデル一覧の取得
curl https://portal.torouter.ai/v1/models \
-H "Authorization: Bearer sk-***"サブスクライブ済みグループで呼び出し可能なすべてのモデルが返されます。