Guías de migraciónDesde TrueFoundry
Desde TrueFoundry AI Gateway
El AI Gateway de TrueFoundry se ejecuta en cuentas de proveedor que registras, como INFRO, y agrega modelos virtuales, caché, presupuestos y guardrails, configurados con encabezados x-tfy-* y políticas del gateway. Casi todo se corresponde con INFRO; la plataforma que lo rodea (deployment de modelos, agentes, Seldon) no.
Independiente; adquirió Seldon AI (2026-06-24); AI Gateway BYOK, SaaS o autoalojado en Enterprise
Las cuentas de INFRO son de autoservicio. El catálogo, la documentación y el contrato de la API son públicos, el gateway está desplegado, y todo lo que va más allá de v1 está marcado como Más adelante. Planes y prueba
Dónde están las cosas
Empresa
Independiente. Anunció la adquisición de Seldon AI el 2026-06-24.
Cambios recientes
La Routing Config global se eliminó el 2026-06-15 en favor de Virtual Models; el control de funciones según el plan entró en vigor el 2026-09-22 (v0.174.0).
En qué cuenta se sirve la solicitud
Tuyas: los clientes registran cuentas de modelos, y la página de precios de TrueFoundry dice que nunca aplica markup a los tokens.
TrueFoundry es una plataforma, no solo un gateway. Quédate si usas la plataforma.
- Despliegas y sirves tus propios modelos en TrueFoundry, o usas sus herramientas de agentes y Seldon. INFRO solo enruta a modelos; no los aloja.
- Ejecutas el gateway en tu VPC o on-premises. INFRO es alojado; el autoalojamiento requiere un acuerdo enterprise.
- Usas caché semántica, enrutamiento por latencia o por complejidad, o presupuestos con clave en metadatos arbitrarios.
- Envías tráfico de la API Batch o Files a través del gateway.
Los cambios, uno por fila. Todo lo que no aparece aquí queda como está.
| TrueFoundry | INFRO | |
|---|---|---|
| URL base | https://gateway.truefoundry.ai o tu gateway autoalojado. | https://api.infro.io/v1 |
| Clave | Un Personal Access Token o un Virtual Account Token. | Una clave del gateway de INFRO por servicio; los miembros inician sesión en la consola por separado. |
| Id del modelo | openai-main/gpt-5.6-terra (cuenta de modelo / modelo), o el nombre de un modelo virtual. | openai/gpt-5.6-terra, o una ruta con el nombre del modelo virtual. |
| Encabezados | X-TFY-METADATA, x-tfy-cache-config, x-tfy-retry-config, x-tfy-request-id. | metadata en el cuerpo; cache para la caché de respuestas; reintentos en la ruta; X-INFRO-Trace-Id. |
Antes · TrueFoundry
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://gateway.truefoundry.ai",
apiKey: process.env.TFY_API_KEY,
defaultHeaders: {
"X-TFY-METADATA": JSON.stringify({ user_id: "user_123" }),
},
});
await client.chat.completions.create({
model: "openai-main/gpt-5.6-terra",
messages: [{ role: "user", content: "Hello" }],
});Después · 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: "openai/gpt-5.6-terra",
messages: [{ role: "user", content: "Hello" }],
// @ts-expect-error INFRO extension
metadata: { user_id: "user_123", tags: { feature: "chat" } },
});Los modelos virtuales se convierten en rutas
Los modelos virtuales por prioridad y por peso se corresponden con rutas por prioridad y ponderadas; fallback_status_codes y retry_config se corresponden con las reglas de fallo de la ruta.
Las cuentas de modelos se convierten en conexiones
La credencial de cada cuenta de modelo pasa a ser una conexión. Varias cuentas de un mismo proveedor pueden estar en una ruta, o repartirse con las claves de reserva al final.
Metadatos en el cuerpo
X-TFY-METADATA es un encabezado JSON; el metadata de INFRO es un campo del cuerpo con user_id, session_id y un mapa tags.
Los objetos de TrueFoundry frente a los de INFRO, según la documentación pública de TrueFoundry leída el 19 de octubre de 2026 y comprobados contra lo que implementa el gateway. Dos filas dicen que INFRO no tiene nada.
| TrueFoundry | Qué hace allí | En INFRO |
|---|---|---|
| Cuentas de modelosmisma forma | Credenciales de proveedor registradas, prefijo del id del modelo. | Conexiones de proveedor, varias claves por proveedor. |
| PAT y Virtual Account Tokensmisma forma | Credenciales de usuario y de servicio para el gateway. | Claves del gateway por servicio con listas de permitidos, rangos de IP, entornos y límites de gasto. |
| Modelos virtualesdistinto | Enrutamiento por peso, prioridad, latencia o complejidad entre destinos. | Rutas por prioridad y ponderadas, reglas condicionales y un clasificador de prompts. Sin enrutamiento por latencia. |
| Cachédistinto | Caché de respuestas exacta y semántica. | Solo coincidencia exacta. |
| Budget Limitingdistinto | Topes por tenant, equipo, usuario, modelo, cuenta virtual o metadatos; bloquear o advertir. | Presupuestos por organización, proyecto, miembro, clave y cliente final; bloquean con 402 o avisan al llegar a umbrales. No por metadatos arbitrarios. |
| Barreras de proteccióndistinto | Políticas de guardrails con nombre por solicitud. | Reglas de barreras de protección configuradas por organización, proyecto o clave. |
| MCP Gatewaymisma forma | Servidores MCP, servidores MCP virtuales, aprobación de herramientas. | Un gateway MCP con herramientas aprobadas y fijadas y permisos por clave. |
| Batch y Filesnada | A través del gateway con x-tfy-provider-name. | No se sirve. |
| Servicio de modelosnada | Desplegar tus propios modelos en la plataforma. | Nada. Conecta un servidor de modelos autoalojado como una conexión openai-compatible. |
Nuestra lectura de la documentación publicada de TrueFoundry, no una prueba ni un benchmark. Si leímos algo mal, dínoslo y corregiremos la fila.
Lo que INFRO no hace
- Alojar o desplegar modelos.
- Caché semántica, o enrutamiento por latencia.
- Presupuestos basados en metadatos arbitrarios de la solicitud.
- API de Batch y Files.
- Ejecutarse en tu VPC sin un acuerdo enterprise.
Lo que no se traslada
- Registros de solicitudes y métricas. No hay importador.
- Modelos virtuales, presupuestos y políticas de guardrails como objetos. Vuelve a crearlos.
Preguntas
- ¿TrueFoundry también es BYOK?
- Sí. Ambos se ejecutan en cuentas de proveedor que tú tienes; ninguno aplica markup a los tokens.
- ¿Qué reemplaza a los modelos virtuales?
- Rutas de INFRO: envía el nombre de la ruta como
model, y sus destinos y reglas de fallo deciden adónde va la solicitud. - ¿Cuánto cuesta INFRO?
- Una suscripción fija por plan, con una prueba de 14 días. Tus proveedores te facturan directamente el uso de modelos.
Migra con nosotros o por tu cuenta
El programa de migración traslada en una llamada tu configuración de TrueFoundry a conexiones, rutas y presupuestos de INFRO, y migra contigo el primer servicio. Tus proveedores te siguen facturando directamente; INFRO es una suscripción y agrega 0% al gasto en modelos.
Fuentes
Cada afirmación de esta página sobre TrueFoundry proviene de una de estas fuentes, leídas el 19 de octubre de 2026. Nada se deduce de una prueba, un benchmark o una conversación.
- TrueFoundry — acquires Seldon AIleído el 19 oct 2026
- TrueFoundry docs — Making LLM requestsleído el 19 oct 2026
- TrueFoundry docs — Request headersleído el 19 oct 2026
- TrueFoundry docs — Virtual modelsleído el 19 oct 2026
- TrueFoundry docs — Cachingleído el 19 oct 2026
- TrueFoundry docs — Routing Config deprecationleído el 19 oct 2026
- TrueFoundry docs — Budget Limiting V2leído el 19 oct 2026
- TrueFoundry docs — Plan-based feature gatingleído el 19 oct 2026
- TrueFoundry — Pricingleído el 19 oct 2026