PASSERELLE IA D’ENTREPRISE · PLAN DE CONTRÔLE DE LA GOUVERNANCE · AUTOHÉBERGÉ
Votre entreprise a besoin d’IA. Votre IA a besoin de ShieldON.
À mesure que les modèles se multiplient, que les agents agissent et que l’IA se connecte à davantage de systèmes métier, la gouvernance devient indispensable. ShieldON vous apporte une transparence totale pour maîtriser les risques, les coûts et les accès à mesure que votre IA se développe.
Écran de démonstration : vue d’ensemble avec indicateurs et tableau des requêtes en direct. Données fictives présentées uniquement à titre d’illustration.
Architecture
Chaque application et chaque agent d’un côté. Chaque modèle de l’autre. Shieldon entre les deux.
Les applications, agents et outils de l’entreprise accèdent aux modèles cloud et locaux via Shieldon. Les données sensibles sont masquées avant de sortir, chaque requête est acheminée vers le modèle qui lui convient, chaque aller-retour est inscrit au registre, et votre propre agent IA peut modifier la politique.
À l’intérieur de la frontière de l’entreprise, les applications, les agents, les outils et les assistants appellent les modèles cloud et locaux via la passerelle IA Shieldon, et les réponses reviennent par le même chemin. Les garde-fous masquent les données sensibles avant qu’une requête ne sorte ; le routage envoie les requêtes simples vers des modèles locaux et les requêtes complexes vers des modèles de pointe, avec basculement en cas d’échec ; chaque requête est enregistrée avec sa clé, sa route et ses tokens ; l’utilisation produit des suggestions d’économie de tokens ; et l’agent IA de l’entreprise lit l’utilisation, définit la politique et publie une version via l’API.
INTÉGRATIONS LLM
Connectez chaque fournisseur une seule fois. Alternez, combinez et basculez sans modifier le code des applications.
Réunissez OpenAI, Anthropic, Gemini, Bedrock, Alibaba Cloud Bailian, DeepSeek et une trentaine d’autres fournisseurs derrière un point d’accès compatible OpenAI. Leurs clés restent chiffrées dans Shieldon et ne sont partagées qu’avec les espaces de travail autorisés. Les applications ne voient qu’une clé Shieldon. Chat, Responses, Embeddings, Images et Audio sont pris en charge selon le modèle.
- OpenAI
- Azure OpenAI
- Microsoft Foundry
- GitHub Models
- Anthropic
- Google Gemini / Vertex AI
- AWS Bedrock
- Alibaba Cloud Bailian
- Zhipu AI
- DeepSeek
- Moonshot AI
- MiniMax
- Groq
- Together AI
- Fireworks AI
- OpenRouter
- xAI
- Perplexity
- Cerebras
- DeepInfra
- Nebius
- SambaNova
- SiliconFlow
- Novita AI
- Jina AI
- Voyage AI
- Cloudflare Workers AI
- Hugging Face
- Ollama
- vLLM
- LocalAI
- Databricks
- Compatible OpenAI générique
- OpenAI
- Azure OpenAI
- Microsoft Foundry
- GitHub Models
- Anthropic
- Google Gemini / Vertex AI
- AWS Bedrock
- Alibaba Cloud Bailian
- Zhipu AI
- DeepSeek
- Moonshot AI
- MiniMax
- Groq
- Together AI
- Fireworks AI
- OpenRouter
- xAI
- Perplexity
- Cerebras
- DeepInfra
- Nebius
- SambaNova
- SiliconFlow
- Novita AI
- Jina AI
- Voyage AI
- Cloudflare Workers AI
- Hugging Face
- Ollama
- vLLM
- LocalAI
- Databricks
- Compatible OpenAI générique
01 · QUI APPELLE L’API ?
Identifiez l’application, l’équipe et l’environnement de chaque appel avant qu’il n’atteigne un modèle.
Chaque application reçoit sa propre clé API de passerelle, associée à une politique : modèles autorisés, contexte obligatoire et réseaux d’origine. Renouvelez-la sans interruption. La clé du fournisseur reste dans Shieldon.
Exemples de réponses de la passerelle
Écran de démonstration : création de la clé billing-assistant, ajout de quatre variables de métadonnées et restriction au réseau 203.0.113.0/24. Une requête provenant d’une autre adresse est rejetée.
Créer une clé API de passerelle
Nommez la clé et définissez les appels autorisés. L’application reçoit un seul secret ; vous conservez les identifiants du fournisseur.
Exigez que chaque requête s’identifie
Définissez les informations obligatoires : application, environnement, équipe, projet, client, utilisateur, fonctionnalité ou session. Shieldon rejette les appels incomplets. Ces mêmes champs servent ensuite à attribuer les coûts.
Uniquement depuis les réseaux attendus
Limitez une clé à vos plages réseau. Les appels provenant d’ailleurs sont rejetés avant de toucher un modèle.
Les organisations et espaces de travail séparent services, produits et environnements, chacun avec ses membres et ses rôles.
02 · QUELLES INFORMATIONS SONT ENVOYÉES AU LLM ?
Numéros de carte, identifiants personnels et clés API s’arrêtent à la frontière. Les prompts ne sont jamais conservés par défaut.
Une frontière de sécurité commune à toutes les applications, sans contrôle distinct dans chaque code source. Shieldon inspecte les entrées et sorties, détecte données personnelles et secrets, puis signale ou bloque l’appel selon votre politique. Seule la décision est enregistrée, jamais le contenu détecté. Par défaut, prompts, sorties et embeddings ne sont pas stockés.
- Données personnelles : e-mails, numéros de téléphone, identifiants nationaux, numéros de carte bancaire et de sécurité sociale américaine
- Secrets : clés privées, tokens de session, identifiants cloud et SaaS, mots de passe collés dans un prompt
- Vos propres règles : mots-clés, expressions régulières, listes d’outils autorisés ou service de politique via webhook sécurisé
- Commencez en mode Surveillance pour observer les détections, puis passez au mode Blocage lorsque vous êtes prêt.
Écran de démonstration : une requête contenant un numéro de carte est bloquée par le profil de protection des données sensibles ; une seconde passe. L’activité ne conserve qu’un code de motif.
Bloqué avant d’atteindre le fournisseur. Shieldon rejette la requête sans la réécrire silencieusement et conserve uniquement le motif, jamais la valeur.
CONFIDENTIALITÉ PAR DÉFAUT
- texte du prompt
- sortie du modèle
- arguments d’outils
- corps des webhooks
- vecteurs d’embedding
Besoin de conserver temporairement du contenu pour diagnostiquer un problème ? Cela nécessite une politique explicite et convenue séparément : chiffrement au repos et audit de chaque consultation.
Écran de démonstration : Détails de la requête req_48e5aa — Modèle logique shieldon-chat, Identifiant du fournisseur openai-prod, État Succeeded, Latence 812 ms. Contenus capturés: La capture était désactivée ou aucun contenu n’a été conservé pour cette requête.
03 · COMMENT CONTRÔLER LE COMPORTEMENT ?
Changez de fournisseur, plafonnez les coûts et revenez en arrière en quelques minutes. Sans modifier le code ni déployer de correctif.
Les applications appellent un nom de modèle stable ; vous choisissez ce qu’il représente. Routez vers un fournisseur, basculez en cas d’échec, répartissez le trafic ou choisissez une cible selon des règles. Limites et budgets s’appliquent avant tout appel au fournisseur. Chaque modification est publiée dans une version vérifiée, réversible en un clic.
Écrans de démonstration : basculement après une erreur 429, blocage à 600 RPM, arrêt au plafond budgétaire puis ajustement des crédits, publication et restauration d’une version.
Exemples de tentatives de routage · req_9b21c4
- tentative 1 · @openai-prod/gpt-4.1
Un basculement invisible pour les applications
Si le fournisseur principal limite le débit ou ne répond pas à temps, Shieldon réessaie puis passe à la cible suivante que vous avez approuvée. L’application reçoit une réponse réussie et un identifiant de requête, sans exception à gérer ni redéploiement.
Testez le basculement avec vos fournisseurs et modèles avant de vous y fier.
Des limites par modèle, avec un plan en cas d’incident
Plafonnez les requêtes, tokens et appels simultanés par modèle. Si le mécanisme de limitation devient indisponible, vous avez déjà choisi entre sécurité et disponibilité.
Des budgets de crédits qui arrêtent réellement les appels
Définissez un budget par espace de travail ou clé d’application, par jour, semaine ou mois, dans votre fuseau horaire. À épuisement, les appels s’arrêtent ou un avertissement se déclenche. Chaque ajout de crédits est tracé.
Chaque modification vérifiée. Chaque publication réversible.
Validez le brouillon, comparez précisément les changements avec la version active, approuvez et publiez. Si un problème apparaît, revenez à la dernière version fonctionnelle en un clic. La passerelle utilise uniquement des versions publiées.
04 · COMMENT LE SYSTÈME PEUT-IL S’AMÉLIORER AU FIL DU TEMPS ?
Chaque appel a un responsable. Chaque coût est attribué. Chaque modification porte un nom.
Shieldon conserve deux registres : utilisation et coût de chaque requête, et audit de chaque modification du plan de contrôle. Ils expliquent dès aujourd’hui les dépenses par application, équipe ou client, et prépareront la boucle d’amélioration approuvée par une personne prévue sur notre feuille de route.
Refacturation par application, équipe ou client, sans tableur.
Chaque requête contient le contexte requis : application, environnement, équipe, projet, client, utilisateur, fonctionnalité, session. Shieldon l’enregistre avec les tokens, le modèle réellement utilisé, les tentatives et les erreurs pour ventiler les coûts selon vos besoins. La tarification image et audio n’est pas encore entièrement harmonisée entre fournisseurs.
- application
- environment
- team
- project
- customer
- user
- feature
- session_id
curl "https://gateway.example.com/v1/chat/completions" \ -H "Authorization: Bearer $SHIELDON_GATEWAY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "shieldon-chat", "messages": [{"role":"user","content":"Hello"}], "metadata": { "application": "support-bot", "environment": "production" } }'Cette ligne représente tout ce que Shieldon a conservé : qui, combien, quelle route et quel coût. Pas le prompt.
Un journal de modifications que personne ne peut altérer.
Qui a créé, modifié, publié, restauré ou renouvelé quoi, quand et depuis où. Chaque entrée est permanente : l’analyse d’un incident part de faits.
- Observer l’utilisation
- détecter les tendances
- proposer des améliorations
- valider et évaluer
- approuverApprobation humaine requise
- publier
- mesurer les résultats
Écrans de démonstration : métadonnées d’une requête dans le registre d’utilisation ; journal d’audit des publications, renouvellements, restaurations et mises à jour.
PARCOURS DES REQUÊTES
Chaque appel suit le même parcours. À chaque étape, vous pouvez appliquer une politique.
Authentifier, vérifier l’émetteur, charger la politique publiée, inspecter l’entrée, choisir une route, vérifier limites et budget, appeler le fournisseur, basculer si nécessaire, inspecter la sortie, mesurer le coût et enregistrer l’audit. Aucune étape n’est sautée ; les chapitres précédents s’y rattachent dans l’ordre.
- Entrée
- Identifiant de requêteChapitre 04, Comment le système s’améliore-t-il ?
- Authentification de la clé APIChapitre 01, Qui appelle ?
- Autorisation organisation/espace de travailChapitre 01, Qui appelle ?
- Instantané de la politique publiéeChapitre 03, Comment le comportement est-il contrôlé ?
- Adaptateur API
- Garde-fous (entrée)Chapitre 02, Quelles données sont envoyées ?
- Routeur→ @openai-prod/gpt-4.1Chapitre 03, Comment le comportement est-il contrôlé ?
- Vérification débit/tokens/concurrence/budgetChapitre 03, Comment le comportement est-il contrôlé ?
- Adaptateur du fournisseur
- Nouvelle tentative/basculement429 → @bailian/qwen-maxChapitre 03, Comment le comportement est-il contrôlé ?
- Normalisation du flux
- Garde-fous (sortie)Chapitre 02, Quelles données sont envoyées ?
- Mesure de l’utilisation et du coûtChapitre 04, Comment le système s’améliore-t-il ?
- Journaux d’utilisation asynchrones / auditChapitre 04, Comment le système s’améliore-t-il ?
- Réponse
À QUI S’ADRESSE SHIELDON ?
Conçu pour les équipes responsables de l’IA en production.
UN PILOTE DANS VOTRE ENVIRONNEMENT
De la clé fournisseur au premier appel gouverné en cinq étapes, sur un seul hôte Linux.
La configuration rapide vous guide sur une page : connectez un fournisseur, créez une clé d’application, publiez, testez un appel réel et intégrez. Donnez ensuite un seul point d’accès à vos équipes.
curl "https://gateway.example.com/v1/chat/completions" \ -H "Authorization: Bearer $SHIELDON_GATEWAY_API_KEY" \ -H "Content-Type: application/json" \ -d '{"model":"shieldon-chat","messages":[{"role":"user","content":"Hello"}],"metadata":{"application":"support-bot","environment":"production"}}'Vos applications utilisent uniquement cette clé. La clé du fournisseur reste dans Shieldon.
Un seul hôte Linux · Docker Compose. Nginx connects to Passerelle (Go), Plan de contrôle (Go), Console web + Documentation. Passerelle (Go) connects to PostgreSQL, Redis. Plan de contrôle (Go) connects to PostgreSQL, Redis, Stockage compatible S3 (facultatif).
Tout fonctionne chez vous : un point d’entrée, quelques conteneurs, PostgreSQL et Redis standards, stockage objet facultatif. Images multiarchitectures et paquet d’installation hors ligne inclus.
AU-DELÀ DU MODÈLE
Gouvernez les capacités utilisées par les agents, pas seulement les modèles qu’ils appellent.
Codex, Claude Code, OpenClaw et les agents de vos équipes devront tous passer par une passerelle. Notre objectif est de gouverner leurs Skills, outils, serveurs MCP, workflows CLI et API autour de quatre questions : est-ce sûr, combien cela coûte-t-il, est-ce observable et est-ce que cela s’améliore ?
1. Socle de gouvernance
Sachez ce que vous utilisez : un modèle d’identité commun et un inventaire des agents, Skills, outils, serveurs MCP et API, avec responsables, classification des données et audit.
2. Politiques et contrôle
Définissez les règles : politiques de sécurité et maîtrise des dépenses communes aux agents, avec approbations, restrictions de capacités et gestion des publications.
3. Amélioration continue
Améliorez de manière délibérée : recommandations de prompts, politiques, Skills et cas d’usage fondées sur l’utilisation réelle, évaluées et déployées sous contrôle.
4. Couche opérationnelle d’entreprise
Gérez l’IA comme le reste de l’entreprise : découvrez les agents non déclarés, intégrez davantage d’environnements d’exécution et étendez les options de déploiement selon les besoins clients.
Sécurité
Contrôlez ce qui franchit la frontière des modèles et outils, gardez secrets et données personnelles à l’intérieur et exigez une approbation pour les actions risquées.
Finance / FinOps
Attribuez chaque dépense à une personne, équipe, application, agent, Skill, outil, modèle et fournisseur ; appliquez les budgets et repérez les anomalies tôt.
Visibilité / Observabilité
Une trace continue de la personne au résultat : agent, Skill, outils et serveurs MCP, API, modèles et politiques appliquées.
RSI
L’utilisation réelle suggère de meilleurs prompts, politiques et cas d’usage ; chaque suggestion est versionnée, évaluée et approuvée par une personne.
Autohébergé · Docker Compose · Documentation incluse · Connexion sur app.shieldon.ai