跳到正文

迁移指南从 Requesty

从 Requesty 迁移到你自己的提供商账号

Requesty 是一个托管路由器：一个密钥，从预付积分中扣费的自有提供商访问，如果需要，也可以为六家提供商使用你自己的密钥。它的路由策略、支出限额和请求元数据与 INFRO 对应得很接近。区别在于由谁的账号处理请求：在 INFRO 上始终是你的。

独立公司；托管路由器，提供基于积分的自有提供商访问，并支持六家提供商的 BYOK

INFRO 账号可自助开通。 模型目录、文档和 API 契约已公开，网关已部署，v1 之后的所有功能都标注为“后续”。 套餐与试用

现状

公司

独立公司。其博客中最新的公司动态是 2025 年 9 月的种子轮融资，博客一直更新到 2026 年 10 月。我们没有发现收购或关停的消息。

由谁的账号处理请求

默认使用 Requesty 自己的提供商访问，从预付积分中扣费。BYOK 支持 OpenAI、Anthropic、Google AI Studio、Vertex AI、Mistral 和 xAI，一个策略可以混合使用它的密钥和你的密钥。

迁移的部分

基础 URL 和密钥，policy/<name> 改为路由规则，requesty 对象改为 metadata，auto_cache 改为提供商自己的缓存。HTTP-Referer 和 X-Title 删除。

如果你希望无需在每家提供商开账号就能访问模型，Requesty 能解决这个问题，而 INFRO 不能。

  • 你调用的是你没有账号的提供商的模型。INFRO 只在你接入的账号上运行。
  • 你在提供商之间使用延迟路由。INFRO 的路由规则是优先级或加权。
  • 你依赖它的提示词库，或会自动为你插入缓存断点的自动缓存。INFRO 两者都没有。
  • 你需要它的欧盟路由器端点。INFRO 的数据驻留在路线图上。

需要的修改，每项一行。未在此列出的内容都保持不变。

 RequestyINFRO
基础 URLhttps://router.requesty.ai/v1https://api.infro.io/v1
密钥一个 Requesty 密钥；提供商密钥可选。一个 INFRO 网关密钥；你的提供商账号是连接。
模型 IDgpt-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 没有对应项。

Requesty它在那里的作用在 INFRO 中
Requesty 密钥和积分不同一个密钥访问 Requesty 的提供商资源，从预付积分中扣费。一个作用于你自己连接的网关密钥；每家提供商直接向你收费。
回退和负载均衡策略形式相同按顺序或权重排列的模型链，带重试。带有优先级或加权目标以及按故障类型规则的路由规则。
延迟路由无对应挑选最快的提供商。无。
支出限额和提醒形式相同按密钥或服务账号设置月度上限；支出提醒。按组织、项目、成员、密钥和终端客户设置的预算，在调用之前返回 402，带提醒阈值。
护栏形式相同扫描请求中的 PII 和凭据。拦截、遮盖或标记 PII、密钥和你自定义词语的模式规则；决策模型检查。
请求元数据和成本跟踪形式相同标签、用户和追踪 ID；每请求成本。每个请求上的 metadata；预估提供商费用，没有已知价格时为 unpriced。
自动缓存不同插入提供商提示词缓存断点。没有插入断点的功能。提供一个需主动开启的精确匹配响应缓存。
提示词库无对应已存储的提示词。无。
MCP 网关形式相同路由器背后的 MCP 服务器。面向你自己 MCP 服务器的 MCP 网关。

这是我们对 Requesty 已发布文档的理解，而非试用或基准测试。如果我们理解有误，告诉我们，我们会修正那一行。

INFRO 不做的事

  • 提供来自你没有账号的提供商的模型。
  • 按延迟路由。
  • 插入提示词缓存断点，或维护提示词库。
  • 将流量固定在欧盟。

哪些无法迁移过来

  • 请求历史和分析数据。没有导入工具。
  • 你 Requesty 账号上的积分。
  • 作为对象的策略和限额。将它们重建为路由规则和预算。

问题

用什么替代 `policy/<name>`？
一条同名的 INFRO 路由规则，按顺序或权重包含同样的模型。
INFRO 是否像 Requesty 的积分那样出售模型访问权？
不。INFRO 在你自己的提供商账号上运行，由它们直接向你收费。INFRO 是订阅制，对模型支出加价 0%。
我可以保留我的 Requesty 元数据吗？
可以，但名称有变：user_id 在 metadata 下仍为 user_id，trace_id 变为 X-INFRO-Trace-Id，标签变为键值映射。

和我们一起迁移，或自行迁移

迁移计划会在一次通话中把你的 Requesty 设置映射为 INFRO 的连接、路由规则和预算，并和你一起迁移第一个服务。你的提供商继续直接向你收费；INFRO 是一项订阅，对模型支出零加价。

开始 14 天试用 预约迁移会话INFRO 对比 Requesty阅读快速入门

来源

本页关于 Requesty 的每一项陈述都来自以下来源之一，阅读于 2026年10月19日。没有任何内容是从试用、基准测试或交谈中推断的。