Première version publique signée
Publier les premiers artefacts tagués avec signatures sans clé, provenance SLSA, SBOM et preuves OpenVEX.
Feuille de route publique
Une vue sourcée de ce qui existe, de ce que les pages publiques désignent déjà comme prochaine étape et de ce qui reste exploratoire. Les priorités peuvent changer ; le travail livré figure dans le changelog.
Construit — Implémenté dans le code source du produit et accepté : son exécution d’acceptation a abouti avec un reçu de preuve. L’acceptation n’est pas une version publiée ; l’élément ne passe en Livré que lorsque le changelog public le nomme.
Réservé à ce que le changelog public enregistre nommément ; la première entrée est la v26.8.0 (2026-09-01).
Publier les premiers artefacts tagués avec signatures sans clé, provenance SLSA, SBOM et preuves OpenVEX.
Une console centrée sur le travail, la connexion à deux facteurs et Business en vente à côté de Community sous licence commerciale.
La première version à deux numéros et une base d’installation neuve ; le tableau des éditions définit ce que comprend Community.
Activité des sessions, commandes slash et cycle de vie des skills ; la carte des accès, l’inventaire des identités et le wiki de l’espace de travail relèvent de Community.
Coffre personnel, modèles sur votre propre matériel, sessions dans un conteneur et passation depuis n’importe quel outil ; le serveur SCIM entrant et le déploiement relèvent de Business.
Business inclut la licence commerciale, le canal de versions signé et quatre familles de capacités : Regulated Operations, AI Runtime Security, Compliance Packs, Identity & Scale. Rien n’est vendu séparément.
Présent dans les sources mesurées et pas encore accepté : la capacité est construite, mais son exécution d’acceptation n’a pas eu lieu, donc aucun reçu de preuve ne l’appuie.
Relier agents, sessions et identités aux ressources, distinguer lectures et écritures et révéler l’écart autorisé-observé avec un niveau de confiance explicite.
Versionner la politique gérée, bloquer par défaut les appels dans le hook local et comparer la politique aux signaux des connecteurs en lecture seule.
Cataloguer serveurs, compétences et outils, cartographier qui utilise quoi et exclure les secrets bruts de la configuration gérée.
Dans Business, l’admission FinOps configurée peut refuser une action si un budget contraignant est épuisé ou si la vérification du registre des dépenses échoue. Le proxy d’inférence peut réserver une estimation avant le transfert, puis tenter de comptabiliser la dépense rapportée ou de libérer la réserve. Les erreurs de règlement sont consignées ; les actions terminées ne sont pas annulées. La couverture dépend du contrôle et de la politique ; les vérifications héritées, la disponibilité des sessions et l’exécution de développement peuvent autoriser des actions hors de cette admission. Aucun plafond universel de dépenses n’est promis.
Mapper l’activité au statut de chaque contrôle et à des preuves scellées pour des familles de référentiels établies — des preuves, jamais une certification.
Refuser les actions gouvernées à l’échelle du parc ou d’un agent, avec activation immédiate, reprise sous double contrôle et dossier de preuves audité.
Exploiter le plan de contrôle dans votre propre environnement : un chemin de démarrage et de licence auto-hébergé, ainsi que des définitions d’installeur, de chart Helm et de Compose. Aucune installation, mise à jour ou reprise n’a encore qualifié la matrice de déploiement prise en charge.
Travaux déjà identifiés comme prochaine étape par les pages produit, confiance ou tarifs.
Passer du graphe actuel en lecture seule des règles déclarées par l’opérateur à une fédération en direct avec les registres d’identités d’agents des hyperscalers disponibles en version GA.
Connecter une source de sessions réelles pour l’échantillonnage et une source d’historique ordonné pour un replay fidèle en sandbox.
Orientations envisagées, sans périmètre ni date engagés.
Exploration post-v1 des workflows pour les modèles entraînés ou hébergés par une organisation ; indisponible aujourd’hui.
SOC 2 Type II et ISO 27001 sont planifiés ; ISO 42001 reste mappé pour la préparation et non certifié sans engagement formel.
Étendre l’écosystème ouvert via le SDK Apache-2.0 tout en reliant chaque ligne du catalogue aux preuves source.
La feuille de route exprime une direction. « Livré » est réservé à ce que le changelog public enregistre nommément. L’implémentation dans le code source et l’acceptation de la capacité sont des étapes distinctes, et aucune des deux ne fait entrer un élément dans une version publiée. La posture de confiance et la disponibilité des services restent des surfaces factuelles distinctes.