ARC
Precios
Discord
Hable con un ingenieroEmpiece gratis
Empiece gratis
ARCde FenxLabsCollective Intelligence

Plataforma

  • Cómo funciona
  • Enrutamiento y gobernanza a medida
  • Casos de uso
  • Arquitecturas de ejemplo

Despliegue

  • Hosted Platform
  • Managed Service
  • Self-hosted Licence
  • Para ISV
  • Abrir el portal

Servicios

  • Evaluación y planificación
  • Arquitectura e integración
  • Model Adaptation
  • Preparación para la EU AI Act
  • Operación en Managed Service

Recursos

  • Simulador de costes
  • Comparar enfoques
  • Precios
  • Preguntas frecuentes
  • Transparencia
  • Empezar
  • Comunidad de Discord

Legal

  • Aviso de privacidad
  • Términos y condiciones
  • Subencargados del tratamiento
  • Accesibilidad

Para particulares

  • FenxChat

FenxLabs. KvK 91762782.

Herengracht 320, 1016 CE Amsterdam, Netherlands

+31 85 060 5273contact@fenxlabs.ai

© 2026 FenxLabs. Todos los derechos reservados.

Decida dónde vive la política de modelos

Cuatro cosas separan un plano de control de un gateway, de un stack de IA en la nube o de un desarrollo interno: su frontera de red, los modelos que ya opera, sus datos, y dónde se cobra la tarifa.

Hable con un ingenieroEmpiece gratis

Cuatro preguntas que separan los enfoques

Dónde se ejecuta FenxARC™, qué puede alcanzar y cómo cobra FenxLabs: cada enfoque lo resuelve de otra manera. Haga las cuatro preguntas a su propia lista corta.

¿El router se ejecuta dentro de su red?

El tratamiento de las peticiones de ARC se ejecuta dentro de su VPC, en su propio hardware o totalmente aislado de la red. Las rutas internas pueden permanecer dentro de su red; una ruta externa aprobada sigue recibiendo el contexto que necesita.

Self-hosted Licence. La Hosted Platform se ejecuta en la infraestructura de FenxLabs.

¿Enruta a los modelos que ya opera?

Puntuación de fraude, previsión de demanda, clasificación de documentos. Los modelos de aprendizaje automático y aprendizaje profundo que ya ejecuta se convierten en destinos de enrutamiento junto a sus modelos de lenguaje.

Self-hosted Licence.

¿Su almacenamiento vectorial queda detrás?

Conecte el almacenamiento vectorial directamente al router. Se sitúa entre los modelos y los datos, y un modelo solo alcanza aquello que tiene permiso para ver.

Self-hosted Licence.

¿Dónde cobra el proveedor su tarifa?

La inferencia sigue siendo una relación directa entre usted y sus proveedores, a las tarifas de estos. Nosotros no nos llevamos margen.

FenxLabs no revende inferencia y no mantiene ninguna relación comercial con ningún fabricante de modelos. El router no tiene ningún motivo comercial para preferir un destino sobre otro.

Tres de estas cuatro corresponden a la Self-hosted Licence. Dónde se ejecuta ARC es una decisión, y qué aplica es otra.

Elija dónde se ejecuta ARCExplore la Self-hosted LicenceDónde cobra FenxLabs su tarifa

ARC regula la capa de modelos, no todo su stack de IA

ARC gobierna cómo acceden los usuarios, las aplicaciones y los agentes a los modelos, las herramientas y las fuentes de datos aprobadas. No gobierna el razonamiento de un agente, su planificación, la lógica de la aplicación, el entorno de ejecución ni la responsabilidad de negocio.

Las aplicaciones conservan sus flujos. Los proveedores siguen sirviendo inferencia. ARC evalúa cada petición regulada frente a la lista activa, aplica sus reglas de elegibilidad y privacidad, y después ordena lo que las supere.

Una lista agrupa los modelos, las herramientas y las reglas aprobados para un equipo o un caso de uso.

Vea cómo se atiende una petición
Cinco enfoques

Elija un enfoque de operación

Lo que los separa es dónde vive la regla que manda, y quién responde de que sea correcta.

Dónde sitúa cada uno de los cinco enfoques el endpoint, la política, la aprobación por equipo, el tratamiento de privacidad y la relación con el proveedor, y quién responde de cada cosa.
Qué hace faltaIntegraciones directas con proveedoresSDK de proveedores, llamados desde su propio códigoPlataforma de IA en la nubePor ejemplo AWS Bedrock, Azure AIGateway o routerPor ejemplo LiteLLM, Portkey, HeliconeDesarrollo internoARC
Un endpoint delante de cada modelo○Lo construye ustedCada proveedor se integra por separado, en la aplicación.◐Varía según el productoDentro de los servicios propios de esa nube y de los endpoints conectados.●IncluidoUna ruta de petición común es la razón de ser de la categoría.○Lo construye ustedUsted escribe el endpoint y usted lo mantiene funcionando.●IncluidoUna URL base compatible con OpenAI para todo lo que hay en la lista.
Política que vive fuera del código de la aplicación○Lo construye ustedLas reglas están en cada carga que llama a un proveedor.◐Varía según el productoSuele repartirse entre servicios de nube y configuración de la aplicación.◐Varía según el productoCuánta política sostiene el gateway varía según el producto.○Lo construye ustedLo que su equipo construya, y mantenga al día cuando cambien los modelos.●IncluidoListas, etiquetas definidas por el cliente y política de enrutamiento, en la capa de modelos.
Un conjunto aprobado distinto por equipo○Lo construye ustedLo aplica quien escribe cada integración.◐Varía según el productoDepende de cómo modele esa plataforma la multitenencia y el acceso.◐Varía según el productoDepende del producto y de hasta dónde llega su modelo de política.○Lo construye ustedSuyo de diseñar, y suyo de mantener alineado cuando cambian los equipos.●IncluidoUna lista lleva los modelos, herramientas y políticas aprobados para ese equipo.
La privacidad resuelta antes de elegir modelo○Lo construye ustedLo que cada aplicación comprueba antes de salir fuera.◐Varía según el productoDepende de los servicios que haya delante de la llamada al modelo.◐Varía según el productoDepende de si el producto evalúa la política antes de enrutar.○Lo construye ustedSuyo de definir, y suyo de demostrar ante un revisor.●IncluidoSus clases deciden la elegibilidad, y la ordenación solo coloca lo que queda.
Sus propias cuentas y tarifas de proveedor●IncluidoUsted contrata directamente con cada proveedor.◐Varía según el productoLos cargos de modelo suelen llegar a la cuenta de la nube.◐Varía según el productoQue la facturación del proveedor se le repercuta directamente varía según el producto.●IncluidoUsted contrata directamente con cada proveedor.●IncluidoLa inferencia sigue entre usted y sus proveedores, a sus tarifas.
Ver el detalleVea cómo se atiende una petición
Enfoques a comparar

Seleccione uno o dos. Las respuestas aparecen debajo, un criterio cada vez.

Un endpoint delante de cada modelo

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
○Lo construye ustedCada proveedor se integra por separado, en la aplicación.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
◐Varía según el productoDentro de los servicios propios de esa nube y de los endpoints conectados.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
●IncluidoUna ruta de petición común es la razón de ser de la categoría.
Desarrollo interno
○Lo construye ustedUsted escribe el endpoint y usted lo mantiene funcionando.
ARC
●IncluidoUna URL base compatible con OpenAI para todo lo que hay en la lista.

Política que vive fuera del código de la aplicación

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
○Lo construye ustedLas reglas están en cada carga que llama a un proveedor.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
◐Varía según el productoSuele repartirse entre servicios de nube y configuración de la aplicación.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
◐Varía según el productoCuánta política sostiene el gateway varía según el producto.
Desarrollo interno
○Lo construye ustedLo que su equipo construya, y mantenga al día cuando cambien los modelos.
ARC
●IncluidoListas, etiquetas definidas por el cliente y política de enrutamiento, en la capa de modelos.

Un conjunto aprobado distinto por equipo

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
○Lo construye ustedLo aplica quien escribe cada integración.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
◐Varía según el productoDepende de cómo modele esa plataforma la multitenencia y el acceso.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
◐Varía según el productoDepende del producto y de hasta dónde llega su modelo de política.
Desarrollo interno
○Lo construye ustedSuyo de diseñar, y suyo de mantener alineado cuando cambian los equipos.
ARC
●IncluidoUna lista lleva los modelos, herramientas y políticas aprobados para ese equipo.

La privacidad resuelta antes de elegir modelo

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
○Lo construye ustedLo que cada aplicación comprueba antes de salir fuera.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
◐Varía según el productoDepende de los servicios que haya delante de la llamada al modelo.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
◐Varía según el productoDepende de si el producto evalúa la política antes de enrutar.
Desarrollo interno
○Lo construye ustedSuyo de definir, y suyo de demostrar ante un revisor.
ARC
●IncluidoSus clases deciden la elegibilidad, y la ordenación solo coloca lo que queda.

Sus propias cuentas y tarifas de proveedor

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
●IncluidoUsted contrata directamente con cada proveedor.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
◐Varía según el productoLos cargos de modelo suelen llegar a la cuenta de la nube.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
◐Varía según el productoQue la facturación del proveedor se le repercuta directamente varía según el producto.
Desarrollo interno
●IncluidoUsted contrata directamente con cada proveedor.
ARC
●IncluidoLa inferencia sigue entre usted y sus proveedores, a sus tarifas.
Ver el detalle
Vea cómo se atiende una petición
«Incluido» significa que el enfoque lo trae. «Lo construye usted» significa que lo deja en manos de su equipo. «Varía según el producto» significa que dentro de esa categoría cambia de verdad, y esa es una pregunta para su lista corta más que una que esta página pueda responderle.

Los mismos cinco, completos

Con qué encaja mejor, dónde vive la política, la elección de modelo, la carga para el equipo y el compromiso principal, para cada uno de los cinco enfoques.
PreguntaIntegraciones directas con proveedoresSDK de proveedores, llamados desde su propio códigoPlataforma de IA en la nubePor ejemplo AWS Bedrock, Azure AIGateway o routerPor ejemplo LiteLLM, Portkey, HeliconeDesarrollo internoARC
Encaja mejor conUn número pequeño de cargas estables ligadas a un solo proveedor.Organizaciones que estandarizan con fuerza sobre un solo modelo de nube.Equipos que sobre todo necesitan un endpoint común, abstracción de proveedores y controles de tráfico.Equipos con requisitos poco comunes y capacidad para sostener un plano de control como producto.Organizaciones que quieren elección regulada entre modelos, herramientas, proveedores y entornos.
Dónde vive la políticaCada aplicación, o cada configuración de proveedor.Servicios de nube más configuración de la aplicación.Configuración del gateway y lógica de la aplicación.Su código y su entorno de operación.Listas, etiquetas definidas por el cliente y política de enrutamiento en la capa de modelos.
Elección de modeloLimitada al proveedor conectado y a la lógica propia de la aplicación.Depende de la plataforma y de los endpoints conectados a ella.Depende del enrutamiento del gateway y de los proveedores admitidos.Lo que su equipo integre y mantenga en funcionamiento.Los modelos y herramientas aprobados en la lista activa.
Carga para el equipoIntegraciones y política mantenidas dentro de cada carga de trabajo.Gobernanza alineada con los servicios y las fronteras de esa nube.Política de enrutamiento definida, probada y mantenida por su equipo.Diseño, seguridad, evaluación, operación y cambios, todo suyo.Usted lleva la política y las relaciones con proveedores. ARC aplica esa política en cada petición regulada.
Compromiso principalSimple al principio. Los cambios se multiplican a medida que crecen proveedores y equipos.Integración amplia con la plataforma, con decisiones moldeadas por esa plataforma.Conectividad útil. La profundidad de gobernanza y las opciones de despliegue varían según el producto.Personalización máxima, frente a una carga permanente de producto y operación.Una capa más que integrar y regular.
Ver el detalleVea cómo se atiende una petición
Enfoques a comparar, en detalle

Seleccione uno o dos. Las respuestas aparecen debajo, un criterio cada vez.

Encaja mejor con

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
Un número pequeño de cargas estables ligadas a un solo proveedor.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
Organizaciones que estandarizan con fuerza sobre un solo modelo de nube.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
Equipos que sobre todo necesitan un endpoint común, abstracción de proveedores y controles de tráfico.
Desarrollo interno
Equipos con requisitos poco comunes y capacidad para sostener un plano de control como producto.
ARC
Organizaciones que quieren elección regulada entre modelos, herramientas, proveedores y entornos.

Dónde vive la política

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
Cada aplicación, o cada configuración de proveedor.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
Servicios de nube más configuración de la aplicación.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
Configuración del gateway y lógica de la aplicación.
Desarrollo interno
Su código y su entorno de operación.
ARC
Listas, etiquetas definidas por el cliente y política de enrutamiento en la capa de modelos.

Elección de modelo

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
Limitada al proveedor conectado y a la lógica propia de la aplicación.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
Depende de la plataforma y de los endpoints conectados a ella.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
Depende del enrutamiento del gateway y de los proveedores admitidos.
Desarrollo interno
Lo que su equipo integre y mantenga en funcionamiento.
ARC
Los modelos y herramientas aprobados en la lista activa.

Carga para el equipo

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
Integraciones y política mantenidas dentro de cada carga de trabajo.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
Gobernanza alineada con los servicios y las fronteras de esa nube.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
Política de enrutamiento definida, probada y mantenida por su equipo.
Desarrollo interno
Diseño, seguridad, evaluación, operación y cambios, todo suyo.
ARC
Usted lleva la política y las relaciones con proveedores. ARC aplica esa política en cada petición regulada.

Compromiso principal

Integraciones directas con proveedores · SDK de proveedores, llamados desde su propio código
Simple al principio. Los cambios se multiplican a medida que crecen proveedores y equipos.
Plataforma de IA en la nube · Por ejemplo AWS Bedrock, Azure AI
Integración amplia con la plataforma, con decisiones moldeadas por esa plataforma.
Gateway o router · Por ejemplo LiteLLM, Portkey, Helicone
Conectividad útil. La profundidad de gobernanza y las opciones de despliegue varían según el producto.
Desarrollo interno
Personalización máxima, frente a una carga permanente de producto y operación.
ARC
Una capa más que integrar y regular.
Ver el detalle
Vea cómo se atiende una petición
Las capacidades varían según el producto y cambian con el tiempo. Use esto para elegir un enfoque y compruebe después los requisitos concretos durante la evaluación.

La elegibilidad va antes que la ordenación, así que nada en el paso de ordenar puede alcanzar un destino que la política ha excluido.

Vea cómo se atiende una petición

Pregunte antes de comprometerse

Estas preguntas separan un enfoque de operación de una lista de funciones. Hágaselas a todas las opciones de la lista corta, ARC incluido.

  • ¿Podemos regular modelos y herramientas con la misma política de petición?
  • ¿Puede cada equipo tener su conjunto aprobado sin fijarlo en cada aplicación?
  • ¿Podemos conservar nuestras relaciones y tarifas directas con proveedores?
  • ¿Puede el mismo modelo de política funcionar hosted, managed o self-hosted?
  • ¿Qué tendrá que construir, probar y operar nuestro equipo tras la primera integración?

ARC no hace falta para toda carga de trabajo

Un proveedor, un modelo y controles en la aplicación quizá cubran todo lo que usted puede prever. Una segunda capa de control sería entonces coste sin retorno.

  • Una carga y un proveedor. Todavía no hay entre qué enrutar.
  • Trazas, evaluación y versionado de prompts. Compre una herramienta hecha para eso.
  • Una ruta cambia qué destinos aprobados se ejecutan. No mejora ningún modelo.

ARC está hecho para el caso en que las categorías de carga, la elección de modelo, el tratamiento de privacidad, la política de acceso y las fronteras de despliegue tienen que variar entre equipos sin reescribir cada carga de trabajo.

Dónde encaja ARC en entornos realesElija dónde se ejecuta ARCLo que cuestaIntegre ARC en su software

Compare ARC con su enfoque actual

Traiga una carga de trabajo y una restricción. Le diremos si el enrutamiento cambia algo para usted.

Hable con un ingenieroEmpiece gratis