Open first · Enterprise ajoute
Le build ouvert (AGPL) est la plateforme de gouvernance complète ; l’édition Enterprise ne retire rien — elle ajoute des capacités aux organisations opérant à grande échelle, soumises à une réglementation précise ou ayant besoin d’une maîtrise du risque plus poussée.
Ground truth for enterprise AI.
La frontière open-core
Ce sont des engagements structurels du produit, pas des promesses de service contractuelles.
Chaque capacité du build AGPL y demeure. Enterprise est du code nouveau et additif, jamais une fonction retirée du produit ouvert.
Le binaire ouvert ne comporte ni bridage, ni délai artificiel, ni feature flag caché. La seule frontière d’édition est la limite Community de 3 utilisateurs.
Le cœur de sécurité et la boucle complète observer → cartographier → gouverner → auditer sont gratuits. Le commercial couvre l’exploitation à l’échelle et une exception juridique aux obligations AGPL.
Capacité additive
Enterprise prolonge la plateforme ouverte complète là où les organisations grandes ou réglementées ont besoin de profondeur opérationnelle. La boucle de gouvernance ouverte reste intacte.
Socle ouvert : 29 modules câblés · 26 catalogues de référentiels de conformité · 157 intégrations publiques.
Le build ouvert fournit OIDC et SAML complets avec un seul IdP, WebAuthn/FIDO2, PIV/CAC et le cycle de vie des identités non humaines. Enterprise ajoute la fédération multi-IdP par tenant, l’application obligatoire du SSO, les métadonnées SAML SP, CyberArk Conjur et les sièges au-delà de la limite Community. Il s’agit d’échelle et d’exploitation des politiques, pas d’un substitut à la sécurité d’identité ouverte.
L’open inclut des guardrails déterministes contre les PII, l’injection et le jailbreak, ainsi qu’une porte DLP sortante deny-closed. Enterprise ajoute l’inspection approfondie des messages, résultats de retrieval, rendus MCP et entrées de hooks Claude Code, plus une coordination renforcée de l’effacement et du computer use. Cette profondeur cible injection, exfiltration et actions dangereuses sur davantage de canaux gouvernés.
Le build ouvert inclut les constats guardian, les tier floors et le kill switch du parc. Enterprise ajoute la suspension automatique par seuil, une threat intelligence sélectionnée, l’analyse continue du graphe d’attaque et la boucle bidirectionnelle de gestion des incidents. L’opérateur configure seuils, cooldown et escalade au lieu de déléguer toute décision à l’automatisation.
L’open cartographie 26 catalogues de référentiels et exporte des preuves OSCAL scellées. Enterprise ajoute la structuration du registre DORA, les éléments de readiness ISO 42001 AIMS, les workflows SSP et POA&M et des overlays sectoriels. Ces add-ons automatisent la collecte des preuves et la structuration des rapports. Ils ne certifient pas l’organisation et ne garantissent pas sa conformité.
L’open inclut l’archivage WORM S3 Object Lock, un ledger signé et la sauvegarde/restauration avec vérification de chaîne. Enterprise ajoute des planchers réglementaires de conservation, le legal hold longue durée, des dossiers de preuve pour examinateurs, des sinks immuables Azure et GCS et une livraison durable at-least-once. Il approfondit l’exploitation réglementée sans retirer le socle ouvert.
L’open fournit des identifiants upstream statiques, un récepteur CAEP, Terraform, des SDK et des webhooks typés. Enterprise ajoute le token exchange RFC 8693, l’émission de SET CAEP, le pinning deny-closed des définitions d’outils et un médiateur d’elicitation MCP. Ces capacités renforcent les identifiants éphémères et la confiance d’exécution entre systèmes.
Comparaison sélectionnée
Une capacité représentative par thème. La matrice téléchargeable est la source de due diligence faisant autorité, ligne par ligne.
| Capacité | Community (AGPL) | Enterprise |
|---|---|---|
| Identité et accès | OIDC et SAML complets avec un seul IdP. | Plusieurs IdP par tenant, routage par domaine et politique SSO appliquée. |
| Contenu et données | DLP texte du cœur avec posture deny-closed si le contenu n’est pas inspecté. | Content firewall contre injection, exfiltration et actions dangereuses dans les messages, le retrieval et le rendu MCP. |
| Menaces et incidents | Kill switch, constats guardian et application des tier floors. | Circuit breaker par seuil, threat intelligence sélectionnée et analyse continue du graphe d’attaque. |
| Conformité | 26 catalogues de référentiels avec export de preuves OSCAL. | Registre DORA, readiness ISO 42001 AIMS, workflows SSP et POA&M et overlays sectoriels. |
| Opérations et résilience | S3 Object Lock WORM, ledger signé et sauvegarde/restauration vérifiée. | Planchers réglementaires, legal hold, sinks immuables Azure/GCS et livraison durable at-least-once. |
| Intégration | Identifiants statiques et récepteur CAEP. | Token exchange RFC 8693, SET CAEP sortants, pinning des outils et médiation d’elicitation MCP. |
Additif, sans rug-pull : une capacité ouverte le reste ; Enterprise ajoute du code séparé pour l’échelle et la profondeur du risque.
La limite Community de 3 utilisateurs est une frontière de monétisation équitable, ni un contrôle de sécurité ni une limite de performance.
La validation de licence sert uniquement d’attestation. Le binaire ouvert ne lit jamais de licence pour activer, désactiver ou bloquer une capacité.
Open-first par conception
Le build AGPL contient déjà la boucle complète observer → cartographier → gouverner → auditer et son cœur de sécurité.
Faits pour les achats
Une conversation Enterprise utile commence par les limites telles qu’elles existent aujourd’hui.
Non. Le build AGPL reste la plateforme de gouvernance complète. Enterprise ajoute du code séparé pour l’exploitation à l’échelle, la profondeur réglementaire et la maîtrise du risque.
Non. La limite de 3 utilisateurs est l’unique frontière d’édition et assure une monétisation équitable ; le cœur ouvert n’a aucune limite artificielle de performance ou de taille.
Non. Ils automatisent la collecte de preuves, les éléments de readiness et la structure des rapports. La certification ou la décision de conformité relève de l’organisme accrédité ou de l’autorité compétente.
Le control plane auto-hébergé peut fonctionner en air-gap. Une inférence hébergée comme Claude nécessite toujours l’API du fournisseur ; seul un modèle self-hostable peut fonctionner entièrement hors ligne.
Écrivez à enterprise@olivares.ai avec l’exigence d’échelle, de réglementation ou de risque à tester. Ce parcours d’évaluation ne comprend ni checkout ni portail.