Guias de migraçãoVindo do Requesty
Da Requesty para suas próprias contas de provedor
A Requesty é um roteador hospedado: uma chave, acesso próprio a provedores pago com créditos pré-pagos e as suas próprias chaves para seis provedores, se você quiser. Suas políticas de roteamento, limites de gastos e metadados de requisição correspondem de perto ao INFRO. A diferença é de quem é a conta que atende a requisição: no INFRO, é sempre a sua.
Independente; router hospedado com acesso próprio a provedores com créditos, e BYOK para seis provedores
As contas do INFRO são self-service. O catálogo, a documentação e o contrato da API são públicos, o gateway está implantado, e tudo o que vai além da v1 está marcado para depois. Planos e teste
Situação atual
Empresa
Independente. A notícia mais recente da empresa no blog é uma rodada seed em setembro de 2025, e o blog está ativo até outubro de 2026. Não encontramos aquisição nem encerramento.
A conta de quem atende a requisição
Por padrão, o acesso a provedores da própria Requesty, com créditos pré-pagos. O BYOK cobre OpenAI, Anthropic, Google AI Studio, Vertex AI, Mistral e xAI, e uma política pode combinar as chaves dela e as suas.
O que migra
URL base e chave, policy/<name> para uma rota, o objeto requesty para metadata, auto_cache para o cache do próprio provedor. HTTP-Referer e X-Title saem.
Se você quer acesso a modelos sem ter conta em cada provedor, a Requesty resolve isso e o INFRO não.
- Você chama modelos de provedores em que não tem conta. O INFRO só roda em contas que você conecta.
- Você usa roteamento por latência entre provedores. As rotas do INFRO são por prioridade ou ponderadas.
- Você depende da biblioteca de prompts dele ou do cache automático que insere breakpoints de cache para você. O INFRO não tem nenhum dos dois.
- Você precisa do endpoint de roteador na UE dele. A residência de dados do INFRO está no roadmap.
As alterações, uma linha cada. Tudo o que não está listado aqui continua como está.
| Requesty | INFRO | |
|---|---|---|
| URL base | https://router.requesty.ai/v1 | https://api.infro.io/v1 |
| Chave | Uma chave da Requesty; chaves de provedor opcionais. | Uma chave do gateway do INFRO; suas contas de provedor são conexões. |
| Id do modelo | gpt-5.6-terra, openai/gpt-5.6-terra, policy/<name>. | openai/gpt-5.6-terra, ou o nome de uma rota no lugar de policy/<name>. |
| Campos do corpo | requesty { tags, user_id, trace_id, extra, auto_cache }. | metadata { user_id, session_id, tags }; X-INFRO-Trace-Id. |
Antes · 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"] },
});Depois · 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" } },
});Políticas viram rotas
Uma política de fallback é uma rota por prioridade; uma política de balanceamento de carga, uma rota ponderada; as retentativas por modelo, as regras de falha da rota. Dê à rota o nome da política e envie-a como model.
Tags viram chave e valor
As tags da Requesty são uma lista; o metadata.tags do INFRO é um mapa, filtrado no log de requisições como tag.<key>.
Modelos precisam de uma conta
Liste o que a Requesty atendeu com acesso próprio e conecte uma conta de provedor para cada um que você continuar usando.
Os objetos do Requesty comparados aos do INFRO, a partir da documentação pública do Requesty lida em 19 de outubro de 2026 e conferidos com o que o gateway implementa. Duas linhas dizem que o INFRO não tem nada.
| Requesty | O que faz lá | No INFRO |
|---|---|---|
| Chave e créditos da Requestydiferente | Uma chave sobre o acesso a provedores da Requesty, pago com créditos pré-pagos. | Uma chave do gateway sobre suas próprias conexões; cada provedor cobra você diretamente. |
| Políticas de fallback e de balanceamento de cargamesmo formato | Cadeias de modelos ordenadas ou ponderadas com novas tentativas. | Rotas com destinos por prioridade ou ponderados e regras de falha por tipo. |
| Roteamento por latêncianada | Escolhe o provedor mais rápido. | Nada. |
| Limites de gastos e alertasmesmo formato | Limite mensal por chave ou conta de serviço; alertas de gastos. | Orçamentos por organização, projeto, membro, chave e cliente final, 402 antes da chamada, limiares de alerta. |
| Guardrailsmesmo formato | Verificar requisições em busca de PII e credenciais. | Regras por padrões que bloqueiam, mascaram ou sinalizam PII, chaves e termos próprios; verificações por modelo de decisão. |
| Metadados de requisição e acompanhamento de custosmesmo formato | Tags, ids de usuário e de trace; custo por requisição. | metadata em cada requisição; custo estimado do provedor, unpriced quando nenhuma tarifa é conhecida. |
| Cache automáticodiferente | Insere breakpoints de cache de prompts do provedor. | Nada que insira breakpoints. Um cache de respostas por correspondência exata, opcional. |
| Biblioteca de promptsnada | Prompts armazenados. | Nada. |
| Gateway MCPmesmo formato | Servidores MCP atrás do router. | Um gateway MCP para seus próprios servidores MCP. |
Nossa leitura da documentação publicada do Requesty, não um teste nem um benchmark. Se lemos algo errado, avise-nos e corrigimos a linha.
O que o INFRO não faz
- Atender modelos de provedores em que você não tem conta.
- Rotear por latência.
- Inserir breakpoints de cache de prompts ou manter uma biblioteca de prompts.
- Fixar o tráfego na UE.
O que não é levado
- Histórico de requisições e análises. Não há importador.
- Créditos na sua conta da Requesty.
- Políticas e limites como objetos. Recrie-os como rotas e orçamentos.
Perguntas
- O que substitui `policy/<name>`?
- Uma rota do INFRO com o mesmo nome, com os mesmos modelos em ordem ou por peso.
- O INFRO vende acesso a modelos como os créditos da Requesty?
- Não. O INFRO roda nas suas próprias contas de provedor, que cobram você diretamente. O INFRO é uma assinatura com 0% de margem sobre o gasto com modelos.
- Posso manter meus metadados da Requesty?
- Sim, com novos nomes:
user_idcontinuauser_idemmetadata,trace_idviraX-INFRO-Trace-Id, as tags viram um mapa de chave e valor.
Migre conosco ou por conta própria
O programa de migração mapeia, numa chamada, a sua configuração do Requesty para conexões, rotas e orçamentos do INFRO e migra o primeiro serviço com você. Seus provedores continuam cobrando você diretamente; o INFRO é uma assinatura e acrescenta 0% ao gasto com modelos.
Fontes
Cada afirmação desta página sobre o Requesty vem de uma destas fontes, lidas em 19 de outubro de 2026. Nada é inferido de um teste, de um benchmark ou de uma conversa.
- Requesty docs — Quickstartlido em 19 de out. de 2026
- Requesty docs — Bring your own keyslido em 19 de out. de 2026
- Requesty docs — Billinglido em 19 de out. de 2026
- Requesty docs — Fallback policieslido em 19 de out. de 2026
- Requesty docs — Spend limitslido em 19 de out. de 2026
- Requesty docs — Auto cachinglido em 19 de out. de 2026
- Requesty docs — Guardrailslido em 19 de out. de 2026
- Requesty docs — indexlido em 19 de out. de 2026
- Requesty — Bloglido em 19 de out. de 2026