移行ガイドRequestyから
Requestyから、自社のプロバイダーアカウントへ
Requestyはホスト型のルーターです。1つのキー、プリペイドのクレジットで支払う同社のプロバイダーアクセス、そしてご希望なら6つのプロバイダー向けのお客様自身のキー。ルーティングポリシー、支出上限、リクエストのメタデータは、INFROとよく対応します。違いは、リクエストがどのアカウントで処理されるかです。INFROでは、常にお客様のアカウントです。
独立系。クレジットによる独自のプロバイダーアクセスを持つホスト型のルーターで、6つのプロバイダーでBYOKに対応
INFROのアカウントはセルフサービスで作成できます。 カタログ、ドキュメント、API仕様は公開済みで、ゲートウェイもデプロイ済みです。v1以降の機能には「今後提供」と表示しています。 プランとトライアル
現状
会社
独立系。ブログにある最新の会社ニュースは2025年9月のシードラウンドで、ブログは2026年10月まで更新されています。買収やサービス終了は確認できませんでした。
リクエストを処理するアカウントの所有者
既定ではRequesty自身のプロバイダーアクセスを使い、プリペイドクレジットから支払います。BYOKはOpenAI、Anthropic、Google AI Studio、Vertex AI、Mistral、xAIに対応し、ポリシーでRequestyのキーとお客様のキーを組み合わせられます。
移行するもの
ベースURLとキー、policy/<name>はルートへ、requestyオブジェクトはmetadataへ、auto_cacheはプロバイダー自身のキャッシュへ。HTTP-RefererとX-Titleは削除します。
各プロバイダーのアカウントなしでモデルにアクセスしたいなら、それを解決するのはRequestyで、INFROではありません。
- アカウントを持たないプロバイダーのモデルを呼び出している場合。INFROは、接続したアカウントでしか動作しません。
- プロバイダー間のレイテンシールーティングを使っている場合。INFROのルートは、優先度または重み付けです。
- プロンプトライブラリや、キャッシュのブレークポイントを自動で挿入する自動キャッシュに依存している場合。INFROにはどちらもありません。
- 同社のEUルーターエンドポイントが必要な場合。INFROのレジデンシーはロードマップ上にあります。
変更点を1行ずつ。ここにないものはそのままです。
| Requesty | INFRO | |
|---|---|---|
| ベースURL | https://router.requesty.ai/v1 | https://api.infro.io/v1 |
| キー | Requestyのキー。プロバイダーキーは任意。 | INFROのゲートウェイキー。お客様のプロバイダーアカウントは接続になります。 |
| モデルID | gpt-5.6-terra, openai/gpt-5.6-terra, policy/<name>. | openai/gpt-5.6-terra、またはpolicy/<name>の代わりにルート名。 |
| ボディのフィールド | requesty { tags, user_id, trace_id, extra, auto_cache }. | metadata { user_id, session_id, tags }; X-INFRO-Trace-Id. |
変更前 · Requesty
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://router.requesty.ai/v1",
apiKey: process.env.REQUESTY_API_KEY,
});
await client.chat.completions.create({
model: "policy/chat-default",
messages: [{ role: "user", content: "Hello" }],
// @ts-expect-error Requesty extension
requesty: { user_id: "user_123", tags: ["chat"] },
});変更後 · INFRO
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api.infro.io/v1",
apiKey: process.env.INFRO_API_KEY,
});
await client.chat.completions.create({
model: "chat-default",
messages: [{ role: "user", content: "Hello" }],
// @ts-expect-error INFRO extension
metadata: { user_id: "user_123", tags: { feature: "chat" } },
});ポリシーはルートになる
フォールバックのポリシーは優先順位付きのルートに、負荷分散のポリシーは重み付きのルートに、モデルごとのリトライはルートの障害ルールになります。ポリシーと同じ名前でルートを作り、それをmodelとして送ってください。
タグはキーと値になる
Requestyのタグはリストです。INFROのmetadata.tagsはマップで、リクエストログではtag.<key>としてフィルターできます。
モデルにはアカウントが必要
Requestyが独自のアクセスで提供していたものを一覧にし、使い続けるものごとにプロバイダーアカウントを接続してください。
RequestyのオブジェクトとINFROのオブジェクトの対応。2026年10月19日に読んだRequestyの公開ドキュメントに基づき、ゲートウェイの実装と照合しています。 INFROにないものは2行あります。
| Requesty | そこでの役割 | INFROでは |
|---|---|---|
| Requestyのキーとクレジット異なる | Requestyのプロバイダーアクセスに対する1つのキー。支払いはプリペイドのクレジット。 | お客様自身の接続に対するゲートウェイキー。各プロバイダーがお客様に直接請求します。 |
| フォールバックと負荷分散のポリシー同じ形式 | 再試行付きの、順序付きまたは重み付きのモデルチェーン。 | 優先度付きまたは重み付きのターゲットと、種別ごとの障害ルールを持つルート。 |
| レイテンシーによるルーティングなし | 最速のプロバイダーを選択。 | なし。 |
| 支出上限とアラート同じ形式 | キーまたはサービスアカウントごとの月間上限。支出アラート。 | 組織、プロジェクト、メンバー、キー、エンドカスタマーごとの予算。呼び出し前の402、アラートのしきい値。 |
| ガードレール同じ形式 | リクエストをPIIや認証情報についてスキャン。 | PII、キー、お客様独自の用語をブロック、マスク、またはフラグ付けするパターンルール。意思決定モデルによるチェック。 |
| リクエストのメタデータとコスト追跡同じ形式 | タグ、ユーザーID、トレースID。リクエストごとのコスト。 | すべてのリクエストのmetadata。推定プロバイダー費用。料金が不明な場合はunpriced。 |
| 自動キャッシュ異なる | プロバイダーのプロンプトキャッシュのブレークポイントを挿入します。 | ブレークポイントを挿入する機能はありません。オプトインの完全一致レスポンスキャッシュはあります。 |
| プロンプトライブラリなし | 保存済みプロンプト。 | なし。 |
| MCPゲートウェイ同じ形式 | ルーターの背後にあるMCPサーバー。 | 自社のMCPサーバー向けのMCPゲートウェイ。 |
Requestyの公開ドキュメントに対する当社の読み取りであり、トライアルやベンチマークではありません。誤りがあればお知らせください。該当する行を修正します。
INFROが行わないこと
- アカウントを持たないプロバイダーのモデルを提供。
- レイテンシーでルーティング。
- プロンプトキャッシュのブレークポイントを挿入すること、またはプロンプトライブラリを管理すること。
- トラフィックをEUに固定。
引き継がれないもの
- リクエスト履歴と分析。インポーターはありません。
- Requestyアカウントのクレジット。
- オブジェクトとしてのポリシーと制限。ルートと予算として作り直してください。
質問
- `policy/<name>`の代わりは何ですか?
- 同じ名前のINFROルート。同じモデルを順番どおり、または重み付きで持ちます。
- INFROはRequestyのクレジットのようにモデルへのアクセスを販売していますか?
- いいえ。INFROは、お客様自身のプロバイダーアカウントで動作し、請求はプロバイダーからお客様に直接届きます。INFROはサブスクリプションで、モデル支出への上乗せは0%です。
- Requestyのメタデータをそのまま使えますか?
- はい。名前は変わります。
user_idはmetadataの下でuser_idのまま、trace_idはX-INFRO-Trace-Idに、タグはキーと値のマップになります。
当社と一緒に、またはご自身で移行
移行プログラムでは、通話でRequestyの設定をINFROの接続、ルート、予算に対応付け、最初のサービスを一緒に移行します。プロバイダーは引き続きお客様に直接請求し、INFROはサブスクリプションで、モデル利用料への上乗せは0%です。
出典
このページにあるRequestyについての記述は、すべて2026年10月19日に読んだこれらの資料に基づいています。トライアル、ベンチマーク、会話から推測したものはありません。
- Requesty docs — Quickstart2026年10月19日に確認
- Requesty docs — Bring your own keys2026年10月19日に確認
- Requesty docs — Billing2026年10月19日に確認
- Requesty docs — Fallback policies2026年10月19日に確認
- Requesty docs — Spend limits2026年10月19日に確認
- Requesty docs — Auto caching2026年10月19日に確認
- Requesty docs — Guardrails2026年10月19日に確認
- Requesty docs — index2026年10月19日に確認
- Requesty — Blog2026年10月19日に確認