ARC
Tarifs
Discord
Parler à un ingénieurDémarrer
Démarrer
ARCpar FenxLabsCollective Intelligence

Plateforme

  • Fonctionnement
  • Routage et gouvernance sur mesure
  • Cas d’usage
  • Architectures types

Déploiement

  • Hosted Platform
  • Managed Service
  • Self-hosted Licence
  • Pour les ISV
  • Ouvrir le portail

Prestations

  • Évaluation et planification
  • Architecture et intégration
  • Model Adaptation
  • Préparation à l’EU AI Act
  • Exploitation en Managed Service

Ressources

  • Simulateur de coûts
  • Comparer les approches
  • Tarifs
  • FAQ
  • Transparence
  • Commencer
  • Communauté Discord

Juridique

  • Politique de confidentialité
  • Conditions générales
  • Sous-traitants ultérieurs
  • Accessibilité

Particuliers

  • FenxChat

FenxLabs. KvK 91762782.

Herengracht 320, 1016 CE Amsterdam, Netherlands

+31 85 060 5273contact@fenxlabs.ai

© 2026 FenxLabs. Tous droits réservés.

Décidez où vit la politique

Quatre choses séparent un plan de contrôle d’une passerelle, d’une stack IA cloud ou d’un développement interne : votre frontière réseau, les modèles que vous exploitez déjà, vos données, et l’endroit où les frais sont pris.

Parler à un ingénieurDémarrer

Quatre questions qui séparent les approches

Où s’exécute FenxARC™, ce qu’il peut atteindre et comment FenxLabs est payé : chaque approche tranche autrement. Posez les quatre à votre propre liste courte.

Le routeur s’exécute-t-il dans votre réseau ?

Le traitement des requêtes par ARC s’exécute dans votre VPC, sur votre propre matériel, ou en isolement complet du réseau. Les routes internes peuvent rester à l’intérieur de votre réseau ; une route externe approuvée reçoit tout de même le contexte dont elle a besoin.

Self-hosted Licence. La Hosted Platform s’exécute sur l’infrastructure de FenxLabs.

Achemine-t-il vers les modèles que vous exploitez déjà ?

Détection de fraude, prévision de la demande, classification documentaire. Les modèles de machine learning et de deep learning que vous exploitez déjà deviennent des destinations de routage, aux côtés de vos modèles de langage.

Self-hosted Licence.

Votre stockage vectoriel se place-t-il derrière lui ?

Connectez le stockage vectoriel directement au routage. Il se place entre les modèles et les données, et un modèle n’atteint que ce qu’il a l’autorisation de voir.

Self-hosted Licence.

Où le fournisseur prend-il ses frais ?

L’inférence reste une relation directe entre vous et vos fournisseurs, à leurs tarifs. Nous ne prenons aucune marge dessus.

FenxLabs ne revend aucune inférence et n’entretient de relation commerciale avec aucun éditeur de modèles. Le routage n’a aucune raison commerciale de préférer une destination à une autre.

Trois de ces quatre relèvent de la Self-hosted Licence. Le lieu d’exécution d’ARC est une décision, ce qu’il applique en est une autre.

Choisir où ARC s’exécuteDécouvrir la Self-hosted LicenceOù FenxLabs prend sa rémunération

ARC encadre la couche modèle, pas toute votre stack IA

ARC encadre la façon dont les utilisateurs, les applications et les agents accèdent aux modèles, aux outils et aux sources de données approuvées. Il n’encadre ni le raisonnement d’un agent, ni sa planification, ni la logique applicative, ni le runtime, ni la responsabilité métier.

Vos applications gardent leurs workflows. Vos fournisseurs continuent de servir l’inférence. ARC évalue chaque requête encadrée au regard de la liste active, applique vos règles d’éligibilité et de confidentialité, puis classe ce qui y survit.

Une liste regroupe les modèles, les outils et les règles approuvés pour une équipe ou un cas d’usage.

Voir comment une requête est traitée
Cinq approches

Choisissez une approche d’exploitation

Ce qui les sépare, c’est l’endroit où vit la règle qui encadre, et qui répond de sa justesse.

Où chacune des cinq approches place l’endpoint, la politique, l’approbation par équipe, le traitement de confidentialité et la relation fournisseur, et qui en répond.
Ce qu’il fautIntégrations directes chez les fournisseursSDK de fournisseurs, appelés depuis votre propre codePlateforme IA cloudPar exemple AWS Bedrock, Azure AIPasserelle ou routeurPar exemple LiteLLM, Portkey, HeliconeDéveloppement interneARC
Un endpoint devant chaque modèle○À construire vous-mêmeChaque fournisseur est intégré séparément, dans l’application.◐Variable selon le produitDans les services propres à ce cloud et les endpoints qui y sont connectés.●IntégréUn chemin de requête commun est la raison d’être de la catégorie.○À construire vous-mêmeVous écrivez l’endpoint et vous le maintenez en état de marche.●IntégréUne URL de base compatible OpenAI pour tout ce qui est sur la liste.
Une politique qui vit hors du code applicatif○À construire vous-mêmeLes règles sont dans chaque charge qui appelle un fournisseur.◐Variable selon le produitGénéralement partagée entre services cloud et configuration applicative.◐Variable selon le produitLa part de politique portée par la passerelle varie selon le produit.○À construire vous-mêmeCe que votre équipe construit, et maintient à jour quand les modèles changent.●IntégréListes, étiquettes définies par le client et politique de routage, au niveau de la couche modèle.
Un ensemble approuvé différent par équipe○À construire vous-mêmeAppliqué par celui qui écrit chaque intégration.◐Variable selon le produitDépend de la façon dont cette plateforme modélise la location et les accès.◐Variable selon le produitDépend du produit et de la portée de son modèle de politique.○À construire vous-mêmeÀ vous de le concevoir, et de le tenir aligné quand les équipes changent.●IntégréUne liste porte les modèles, outils et règles approuvés pour cette équipe.
La confidentialité tranchée avant le choix du modèle○À construire vous-mêmeCe que chaque application vérifie avant d’appeler à l’extérieur.◐Variable selon le produitDépend des services placés devant l’appel au modèle.◐Variable selon le produitDépend du fait que le produit évalue la politique avant d’acheminer.○À construire vous-mêmeÀ vous de la définir, et à vous de la prouver à un auditeur.●IntégréVos classes décident de l’éligibilité, et le classement ne fait qu’ordonner ce qui reste.
Vos propres comptes et tarifs fournisseurs●IntégréVous contractez directement avec chaque fournisseur.◐Variable selon le produitLes frais de modèle arrivent généralement sur le compte cloud.◐Variable selon le produitLe fait que la facturation fournisseur soit répercutée varie selon le produit.●IntégréVous contractez directement avec chaque fournisseur.●IntégréL’inférence reste entre vous et vos fournisseurs, à leurs tarifs.
Lire le détailVoir comment une requête est traitée
Approches à comparer

Sélectionnez-en un ou deux. Les réponses apparaissent en dessous, un critère à la fois.

Un endpoint devant chaque modèle

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
○À construire vous-mêmeChaque fournisseur est intégré séparément, dans l’application.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
◐Variable selon le produitDans les services propres à ce cloud et les endpoints qui y sont connectés.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
●IntégréUn chemin de requête commun est la raison d’être de la catégorie.
Développement interne
○À construire vous-mêmeVous écrivez l’endpoint et vous le maintenez en état de marche.
ARC
●IntégréUne URL de base compatible OpenAI pour tout ce qui est sur la liste.

Une politique qui vit hors du code applicatif

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
○À construire vous-mêmeLes règles sont dans chaque charge qui appelle un fournisseur.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
◐Variable selon le produitGénéralement partagée entre services cloud et configuration applicative.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
◐Variable selon le produitLa part de politique portée par la passerelle varie selon le produit.
Développement interne
○À construire vous-mêmeCe que votre équipe construit, et maintient à jour quand les modèles changent.
ARC
●IntégréListes, étiquettes définies par le client et politique de routage, au niveau de la couche modèle.

Un ensemble approuvé différent par équipe

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
○À construire vous-mêmeAppliqué par celui qui écrit chaque intégration.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
◐Variable selon le produitDépend de la façon dont cette plateforme modélise la location et les accès.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
◐Variable selon le produitDépend du produit et de la portée de son modèle de politique.
Développement interne
○À construire vous-mêmeÀ vous de le concevoir, et de le tenir aligné quand les équipes changent.
ARC
●IntégréUne liste porte les modèles, outils et règles approuvés pour cette équipe.

La confidentialité tranchée avant le choix du modèle

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
○À construire vous-mêmeCe que chaque application vérifie avant d’appeler à l’extérieur.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
◐Variable selon le produitDépend des services placés devant l’appel au modèle.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
◐Variable selon le produitDépend du fait que le produit évalue la politique avant d’acheminer.
Développement interne
○À construire vous-mêmeÀ vous de la définir, et à vous de la prouver à un auditeur.
ARC
●IntégréVos classes décident de l’éligibilité, et le classement ne fait qu’ordonner ce qui reste.

Vos propres comptes et tarifs fournisseurs

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
●IntégréVous contractez directement avec chaque fournisseur.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
◐Variable selon le produitLes frais de modèle arrivent généralement sur le compte cloud.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
◐Variable selon le produitLe fait que la facturation fournisseur soit répercutée varie selon le produit.
Développement interne
●IntégréVous contractez directement avec chaque fournisseur.
ARC
●IntégréL’inférence reste entre vous et vos fournisseurs, à leurs tarifs.
Lire le détail
Voir comment une requête est traitée
« Intégré » signifie que l’approche le fournit. « À construire vous-même » signifie qu’elle le laisse à votre équipe. « Variable selon le produit » signifie que cela diffère réellement à l’intérieur de la catégorie, et c’est une question à poser à votre liste courte plutôt qu’une question à laquelle cette page peut répondre.

Les mêmes cinq, en entier

Ce à quoi elle convient, où vit la politique, le choix de modèle, la charge pour l’équipe et l’arbitrage principal, pour chacune des cinq approches.
QuestionIntégrations directes chez les fournisseursSDK de fournisseurs, appelés depuis votre propre codePlateforme IA cloudPar exemple AWS Bedrock, Azure AIPasserelle ou routeurPar exemple LiteLLM, Portkey, HeliconeDéveloppement interneARC
Convient surtout àUn petit nombre de charges stables liées à un seul fournisseur.Les organisations qui standardisent fortement sur un seul modèle d’exploitation cloud.Les équipes qui ont surtout besoin d’un endpoint commun, d’une abstraction des fournisseurs et de contrôles de trafic.Les équipes aux exigences inhabituelles, capables de porter un plan de contrôle comme un produit.Les organisations qui veulent un choix encadré entre modèles, outils, fournisseurs et environnements.
Où vit la politiqueChaque application, ou chaque configuration de fournisseur.Services cloud plus configuration applicative.Configuration de la passerelle et logique applicative.Votre code et votre environnement d’exploitation.Listes, étiquettes définies par le client et politique de routage, au niveau de la couche modèle.
Choix de modèleLimité au fournisseur connecté et à la logique propre de l’application.Dépend de la plateforme et des endpoints qui y sont connectés.Dépend du routage de la passerelle et des fournisseurs pris en charge.Ce que votre équipe intègre et maintient en état de marche.Les modèles et outils approuvés sur la liste active.
Charge pour l’équipeIntégrations et politique maintenues dans chaque charge de travail.Gouvernance alignée sur les services et les frontières de ce cloud.Politique de routage définie, testée et maintenue par votre équipe.Conception, sécurité, évaluation, exploitation et évolutions, tout est à vous.Vous portez la politique et les relations fournisseurs. ARC applique cette politique à chaque requête encadrée.
Arbitrage principalSimple au début. Les changements se multiplient à mesure que fournisseurs et équipes grandissent.Intégration large à la plateforme, avec des décisions façonnées par cette plateforme.Connectivité utile. La profondeur de gouvernance et les options de déploiement varient selon le produit.Personnalisation maximale, contre une charge permanente de produit et d’exploitation.Une couche de plus à intégrer et à encadrer.
Lire le détailVoir comment une requête est traitée
Approches à comparer, en détail

Sélectionnez-en un ou deux. Les réponses apparaissent en dessous, un critère à la fois.

Convient surtout à

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
Un petit nombre de charges stables liées à un seul fournisseur.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
Les organisations qui standardisent fortement sur un seul modèle d’exploitation cloud.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
Les équipes qui ont surtout besoin d’un endpoint commun, d’une abstraction des fournisseurs et de contrôles de trafic.
Développement interne
Les équipes aux exigences inhabituelles, capables de porter un plan de contrôle comme un produit.
ARC
Les organisations qui veulent un choix encadré entre modèles, outils, fournisseurs et environnements.

Où vit la politique

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
Chaque application, ou chaque configuration de fournisseur.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
Services cloud plus configuration applicative.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
Configuration de la passerelle et logique applicative.
Développement interne
Votre code et votre environnement d’exploitation.
ARC
Listes, étiquettes définies par le client et politique de routage, au niveau de la couche modèle.

Choix de modèle

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
Limité au fournisseur connecté et à la logique propre de l’application.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
Dépend de la plateforme et des endpoints qui y sont connectés.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
Dépend du routage de la passerelle et des fournisseurs pris en charge.
Développement interne
Ce que votre équipe intègre et maintient en état de marche.
ARC
Les modèles et outils approuvés sur la liste active.

Charge pour l’équipe

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
Intégrations et politique maintenues dans chaque charge de travail.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
Gouvernance alignée sur les services et les frontières de ce cloud.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
Politique de routage définie, testée et maintenue par votre équipe.
Développement interne
Conception, sécurité, évaluation, exploitation et évolutions, tout est à vous.
ARC
Vous portez la politique et les relations fournisseurs. ARC applique cette politique à chaque requête encadrée.

Arbitrage principal

Intégrations directes chez les fournisseurs · SDK de fournisseurs, appelés depuis votre propre code
Simple au début. Les changements se multiplient à mesure que fournisseurs et équipes grandissent.
Plateforme IA cloud · Par exemple AWS Bedrock, Azure AI
Intégration large à la plateforme, avec des décisions façonnées par cette plateforme.
Passerelle ou routeur · Par exemple LiteLLM, Portkey, Helicone
Connectivité utile. La profondeur de gouvernance et les options de déploiement varient selon le produit.
Développement interne
Personnalisation maximale, contre une charge permanente de produit et d’exploitation.
ARC
Une couche de plus à intégrer et à encadrer.
Lire le détail
Voir comment une requête est traitée
Les capacités varient selon le produit et évoluent dans le temps. Servez-vous de ceci pour choisir une approche, puis vérifiez les exigences précises pendant l’évaluation.

L’éligibilité passe avant le classement, donc rien dans l’étape d’ordonnancement ne peut atteindre une destination que la politique a exclue.

Voir comment une requête est traitée

À demander avant de vous engager

Ces questions séparent une approche d’exploitation d’une liste de fonctions. Posez-les à chaque option de la liste courte, ARC compris.

  • Pouvons-nous encadrer modèles et outils avec la même politique de requête ?
  • Chaque équipe peut-elle avoir son ensemble approuvé sans le coder en dur dans chaque application ?
  • Pouvons-nous garder nos relations et nos tarifs directs avec les fournisseurs ?
  • Le même modèle de politique peut-il tourner en hosted, managed ou self-hosted ?
  • Que devra construire, tester et exploiter notre équipe après la première intégration ?

ARC n’est pas nécessaire pour toutes les charges

Un fournisseur, un modèle et des contrôles au niveau applicatif couvrent peut-être tout ce que vous pouvez prévoir. Une deuxième couche de contrôle serait alors un coût sans retour.

  • Une charge et un fournisseur. Il n’y a encore rien entre quoi acheminer.
  • Traçage, évaluation et versionnage de prompts. Achetez un outil conçu pour cela.
  • Une route change les destinations approuvées qui s’exécutent. Elle ne rend aucun modèle meilleur.

ARC est bâti pour le cas où les catégories de charges, le choix des modèles, le traitement de confidentialité, la politique d’accès et les frontières de déploiement doivent varier d’une équipe à l’autre sans réécrire chaque charge de travail.

Où ARC se place dans des environnements réelsChoisir où ARC s’exécuteCe que cela coûteIntégrer ARC dans votre logiciel

Comparez ARC à votre approche actuelle

Apportez une charge de travail et une contrainte. Nous vous dirons si le routage change quelque chose pour vous.

Parler à un ingénieurDémarrer