Guide alla migrazioneDa Requesty
Da Requesty, sui tuoi account dei provider
Requesty è un router ospitato: una chiave, il proprio accesso ai provider pagato con crediti prepagati e le tue chiavi per sei provider se le vuoi. Le sue policy di routing, i limiti di spesa e i metadati delle richieste corrispondono da vicino a INFRO. La differenza è quale account serve la richiesta: su INFRO è sempre il tuo.
Indipendente; router ospitato con un proprio accesso ai provider a crediti, e BYOK per sei provider
Gli account INFRO sono self-service. Il catalogo, la documentazione e il contratto dell'API sono pubblici, il gateway è in produzione e tutto ciò che va oltre la v1 è indicato come "Più avanti". Piani e prova
A che punto siamo
Azienda
Indipendente. L'ultima notizia aziendale del suo blog è un round seed a settembre 2025, e il blog è attivo fino a ottobre 2026. Non abbiamo trovato acquisizioni né chiusure.
Su quale account viene servita la richiesta
Per impostazione predefinita l'accesso ai provider di Requesty, con crediti prepagati. BYOK copre OpenAI, Anthropic, Google AI Studio, Vertex AI, Mistral e xAI, e una policy può combinare le sue chiavi e le tue.
Cosa si sposta
URL di base e chiave, policy/<name> diventa una route, l'oggetto requesty diventa metadata, auto_cache diventa il caching del provider. HTTP-Referer e X-Title si eliminano.
Se vuoi accesso ai modelli senza un account presso ogni provider, Requesty risolve questo problema e INFRO no.
- Chiami modelli di provider con cui non hai un account. INFRO funziona solo sugli account che colleghi.
- Usi il routing per latenza tra provider. Le route di INFRO sono per priorità o ponderate.
- Ti affidi alla sua libreria di prompt o al caching automatico che inserisce per te i punti di interruzione della cache. INFRO non ha nessuno dei due.
- Ti serve il suo endpoint del router nell'UE. La residenza dei dati di INFRO è nella roadmap.
Le modifiche, una riga ciascuna. Tutto ciò che non è elencato qui resta com'è.
| Requesty | INFRO | |
|---|---|---|
| URL di base | https://router.requesty.ai/v1 | https://api.infro.io/v1 |
| Chiave | Una chiave Requesty; chiavi dei provider facoltative. | Una chiave del gateway INFRO; i tuoi account dei provider sono connessioni. |
| Id del modello | gpt-5.6-terra, openai/gpt-5.6-terra, policy/<name>. | openai/gpt-5.6-terra, oppure il nome di una route al posto di policy/<name>. |
| Campi del corpo | requesty { tags, user_id, trace_id, extra, auto_cache }. | metadata { user_id, session_id, tags }; X-INFRO-Trace-Id. |
Prima · 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"] },
});Dopo · 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" } },
});Le policy diventano route
Una policy di fallback è una route a priorità; una policy di bilanciamento del carico una route pesata; i retry per modello le regole di errore della route. Dai alla route il nome della policy e inviala come model.
I tag diventano chiave e valore
I tag di Requesty sono un elenco; metadata.tags di INFRO è una mappa, filtrata nel log delle richieste come tag.<key>.
I modelli richiedono un account
Elenca ciò che Requesty ha servito con il proprio accesso, e collega un account del provider per ciascuno che continui a usare.
Gli oggetti di Requesty a confronto con quelli di INFRO, dalla documentazione pubblica di Requesty letta il 19 ottobre 2026 e verificati con ciò che il gateway implementa. Due righe dicono che INFRO non ha nulla.
| Requesty | Cosa fa lì | In INFRO |
|---|---|---|
| Chiave Requesty e creditidiverso | Una chiave sull'accesso ai provider di Requesty, pagato con crediti prepagati. | Una chiave del gateway sulle tue connessioni; ogni provider ti fattura direttamente. |
| Policy di fallback e di bilanciamento del caricostessa forma | Catene di modelli ordinate o ponderate con tentativi. | Route con destinazioni per priorità o ponderate e regole di errore per tipo. |
| Routing per latenzaniente | Sceglie il provider più veloce. | Nulla. |
| Limiti di spesa e avvisistessa forma | Tetto mensile per chiave o account di servizio; avvisi di spesa. | Budget per organizzazione, progetto, membro, chiave e cliente finale, 402 prima della chiamata, soglie di avviso. |
| Guardrailstessa forma | Analizza le richieste alla ricerca di PII e credenziali. | Regole a pattern che bloccano, oscurano o segnalano PII, chiavi e i tuoi termini; controlli con modello decisionale. |
| Metadati delle richieste e monitoraggio dei costistessa forma | Tag, id utente e di trace; costo per richiesta. | metadata su ogni richiesta; costo stimato del provider, unpriced quando non si conosce alcuna tariffa. |
| Caching automaticodiverso | Inserisce breakpoint di prompt cache del provider. | Nulla che inserisca punti di interruzione. Una cache delle risposte a corrispondenza esatta, da attivare. |
| Libreria di promptniente | Prompt archiviati. | Nulla. |
| Gateway MCPstessa forma | Server MCP dietro il router. | Un gateway MCP per i tuoi server MCP. |
È la nostra lettura della documentazione pubblicata da Requesty, non una prova o un benchmark. Se abbiamo letto male qualcosa, diccelo e correggeremo la riga.
Cosa non fa INFRO
- Servire modelli di provider con cui non hai un account.
- Instrada per latenza.
- Inserire breakpoint di prompt cache o mantenere una libreria di prompt.
- Fissa il traffico nell'UE.
Cosa non si porta con sé
- Cronologia delle richieste e analisi. Non esiste un importatore.
- Crediti sul tuo account Requesty.
- Policy e limiti come oggetti. Ricreali come route e budget.
Domande
- Cosa sostituisce `policy/<name>`?
- Una route INFRO con lo stesso nome, con gli stessi modelli in ordine o per peso.
- INFRO vende accesso ai modelli come i crediti di Requesty?
- No. INFRO funziona sui tuoi account provider, che ti fatturano direttamente. INFRO è un abbonamento con ricarico dello 0% sulla spesa per i modelli.
- Posso mantenere i miei metadati Requesty?
- Sì, rinominato:
user_idrestauser_idsottometadata,trace_iddiventaX-INFRO-Trace-Id, i tag diventano una mappa chiave-valore.
Migra con noi, o da solo
Il programma di migrazione mappa in una call la tua configurazione Requesty su connessioni, route e budget di INFRO e migra con te il primo servizio. I tuoi provider continuano a fatturarti direttamente; INFRO è un abbonamento e aggiunge 0% alla spesa per i modelli.
Fonti
Ogni affermazione su Requesty in questa pagina proviene da una di queste fonti, lette il 19 ottobre 2026. Nulla è dedotto da una prova, un benchmark o una conversazione.
- Requesty docs — Quickstartletto il 19 ott 2026
- Requesty docs — Bring your own keysletto il 19 ott 2026
- Requesty docs — Billingletto il 19 ott 2026
- Requesty docs — Fallback policiesletto il 19 ott 2026
- Requesty docs — Spend limitsletto il 19 ott 2026
- Requesty docs — Auto cachingletto il 19 ott 2026
- Requesty docs — Guardrailsletto il 19 ott 2026
- Requesty docs — indexletto il 19 ott 2026
- Requesty — Blogletto il 19 ott 2026