Ce que les entreprises attendent d'une passerelle, et où en est Flexway.

Portées par opération, dérogations par tenant et par agent, modèles admis par backend ; manquent les modèles admis par appelant (tenant, plan, cas d'usage, client)

La passerelle seule détient les clés ; interdire la route réseau directe est le rôle des règles de sortie du réseau du client

Routage par capacité (chat, vision, embeddings) ; alias de modèle et cas d'usage cadrés ; manquent les routes par tâche déclarée

Coût : plafond souple qui bascule ; manquent latence mesurée, coût déclaré, région et classe d'hébergement comme critères déclarés. La qualité n'est pas mesurable par la passerelle (évaluation : hors périmètre)

Possible par route déclarée (la tâche le dit) ; un classifieur sur le chemin est exclu par une règle du produit

Attribut external des backends et épinglage du sensible ; manque la classe d'hébergement déclarée (cloud, private, local)

Tenant et agent construits ; utilisateur et cas d'usage cadrés ; manquent application, équipe, projet, centre de coûts

Requêtes par seconde par appelant, tokens par jour et par mois ; manque un débit en tokens par minute contre les pics

Budget mensuel en euros par tenant, jauges et statut dans la console ; manquent seuils d'alerte de budget et règles intégrées

Refus 429 et bascule du plafond souple pour le tenant ; manquent les actions graduées pour chaque niveau de budget

Consommation par tenant, export CSV de la console ; manque l'attribution par centre de coûts et son export

Masquage de champs de réponse REST construit (redact) ; dans les invites, rien : détecteurs déterministes et masquage

Requête marquée sensible épinglée sur un backend interne ; manquent des classes de données et les backends admis par classe

Annoncée « par politique », non construite : régions admises par tenant ou par classe, prouvées dans la trace

Garde-fous d'entrée et de sortie au catalogue depuis l'origine, jamais cadrés

Motifs déclarés et service de garde du client ; la passerelle n'est pas une garantie suffisante (l'analyse le dit aussi)

Audit chaîné des décisions d'autorisation, codes de refus fermés ; manque la ligne de décision de garde, sans contenu

Tenant, agent, client ; sujet haché dans l'audit ; cas d'usage cadré ; application et centre de coûts

Par backend et capacité ; le modèle servi est dans l'audit, pas dans les métriques

Audit chaîné ; preuve d'exécution exportable prévue ; rapports DORA et NIS2 à l'horizon

Coût par backend, repères de rechargement, comparaison de deux fenêtres ; la qualité relève d'une plateforme d'évaluation

Portées, rôles, agents non surveillés, chaîne de délégation ; manque le contrôle contextuel des arguments (montant selon l'identité)

La passerelle exige et vérifie une preuve d'approbation émise par le fournisseur d'identité ; le workflow reste au client

Portées par opération, unattended: false ; manquent l'approbation et les droits de tâche

Embeddings sous budget, API de recherche et bases vectorielles servies comme des opérations ; le filtrage des droits par document est hors périmètre

Configuration versionnée dans Git, modèles admis par backend ; modèles approuvés par appelant prévus ; registre de prompts et comparaison des résultats : hors périmètre

Cache de réponses REST ; cache sémantique prévu ; routes par tâche prévues

Épinglage du sensible sur un modèle interne, relais vers une autre Flexway ; classes de données et hébergement prévus

Client d'agent déclaré, jeton délégué borné en durée et en profondeur, échange qui ne fait que rétrécir ; manquent les droits limités à une tâche

Tout client passe par la même identité, quota et audit ; manque l'attribution par application (le client) avec son budget

Catalogue des opérations, écran Agents (outils, serveurs fédérés), backends déclarés ; manque un catalogue unifié (modèles, agents, outils, propriétaires, conditions)

Épinglage, audit sans invite ; modèles, données et journalisation par classe prévus ; preuve d'exécution prévue

Prévu par règles déclarées ; une sélection autonome par un modèle est exclue

Outils approuvés = contrat, portées, quotas, traces inter-agents construits ; arguments contextuels, budget par exécution, registre à venir

Délégation RFC 8693 bornée construite ; droits de tâche et preuve d'approbation prévus, en collaboration avec l'IAM

Recommandations en propositions relues (IA d'exploitation) ; une application autonome est exclue : la console ne mute jamais

Versions d'un amont ; canary entre backends d'inférence ; versions de prompt : hors périmètre

Console multi-passerelles cadrée sans jalon ; politiques communes distribuées par GitOps ; fragments communs partagés : candidat

Socle construit ; attribution des coûts et routage déclaré prévus

Outils, délégation, A2A construits ; actions d'agents prévues

Fédération : candidat ; arbitrage par règles déclarées seulement

L'opération du contrat est l'action métier ; approbation et droits de tâche prévus

Le binaire s'exécute localement sans plan central ; configuration signée tirée par un site : planifiée

external-call couvre HTTP ; les commandes asynchrones : candidat

Émetteurs multiples, mTLS de partenaires, échange de jeton, chiffrement par champ ; finalité d'usage déclarée : candidat

Révocation par rechargement, fermé par défaut, gardes de sortie, retour arrière automatique déclaré, protection locale par construction ; une suspension automatique décidée par un détecteur est exclue (propositions seulement)