Le Studio, module par module.
Tout ce dont une équipe a besoin pour exploiter un agent est dans l'édition Community. Ce dont une entreprise a besoin pour en exploiter cent, sous le regard d'un RSSI et d'un auditeur, est dans Enterprise. C'est toute la règle.
- 34
- Fournisseurs de modèles
- 3 174
- Modèles dans le registre de prix
- 9
- Services à exploiter
- Air-gap
- Déploiement supporté
Des versions que l'on peut désigner, des mois plus tard
Des schémas de sortie JSON validés, avec relance bornée en cas de dérive Des guardrails d'entrée et de sortie : périmètre, contenu, format Des pièces jointes image, PDF, Office et CSV qui annoncent la troncature au lieu de rester muettes Un bac à sable sur n'importe quelle version, avec une trace en direct, sans polluer les métriques de production Des suites de tests avec évaluateurs, et une porte de publication bloquante sous un seuil de réussite (Enterprise)
Autorisés serveur par serveur, puis outil par outil
Trois serveurs MCP embarqués, pour les fichiers, le shell et le navigateur, désactivés par défaut Chaque exécution reçoit son espace confiné sous une identité système dédiée ; le shell n'a aucun réseau Un disjoncteur et une sonde de santé par serveur Les sorties volumineuses déportées vers le stockage objet et relues à la demande Les médias d'un outil transportés comme artefacts, jamais comme octets dans un journal
Un guardrail n'est pas un paragraphe dans le prompt.
Les gabarits s'exécutent en dehors du modèle, sont épinglés à la version de l'agent, et la conversation ne peut pas les convaincre de renoncer. Ils se composent : un même agent peut porter une porte de périmètre, un caviardeur et un juge sémantique à la fois, dans un ordre défini.
Données personnelles
Détectées à l'entrée comme à la sortie, puis caviardées, bloquées ou escaladées selon le gabarit. Ce qui a été caviardé est consigné ; la valeur elle-même n'entre jamais dans un journal ni dans une trace.
Garde sémantique
Juge la réponse au regard d'une politique que vous écrivez en langage clair : aucun engagement que l'entreprise ne peut tenir, aucun conseil hors du périmètre autorisé, aucun chiffre inventé. Un contrôle en échec est réessayé une fois, puis bascule vers une réponse sûre.
Format et citations
Un schéma de sortie validé avec une reprise bornée en cas de dérive, et une règle facultative voulant que chaque affirmation factuelle porte une citation issue de la collection de connaissances. Une réponse sans source n'est pas délivrée.
Chaque décision est visible
Les blocages, caviardages, reprises et escalades apparaissent comme des étapes dans la trace de l'exécution, avec le motif attaché. Un responsable du support voit pourquoi un client a reçu un refus, et un auditeur peut les compter.
Le contenu non fiable est encadré
Les pièces jointes, les extraits retrouvés, les sorties d'outils et les descriptions de serveurs sont encadrés comme des données avant d'atteindre le modèle. Une seule implémentation pour toute la plateforme, délibérément pas deux.
Vérifié avant publication
Les suites de tests vérifient les décisions des garde-fous, et une porte de publication peut bloquer une version qui les échoue. Enterprise.
Trente-quatre fournisseurs, et vos propres documents
Un seul cerveau, plusieurs surfaces
Un design du widget par zones, un catalogue d'icônes, un contraste automatique, des animations sobres L'apparence change en direct ; ce qu'un visiteur peut demander est une décision de la version Les capacités dans la page seulement si l'exploitant les active et si le visiteur y consent Identité visiteur vérifiée : votre backend signe une assertion, le widget reprend le bon fil
Ce qui s'est passé, ce que ça a coûté, et qui a changé quoi.
Traces par exécution
Les étapes, les appels de modèle avec jetons et coût, les appels d'outils, les extraits cités, les délégations parent-enfant et les décisions d'autorisation. Usage et coût par organisation, projet, agent, surface et modèle, avec export CSV.
OpenTelemetry natif
Export OTLP vers votre collecteur, qu'il s'agisse de Grafana, Datadog, Langfuse ou Honeycomb, suivant les conventions d'IA générative, avec des métriques Prometheus et des journaux corrélés à la trace. Sans collecteur, rien ne casse.
Quarante-huit règles, en veille
La plateforme se surveille elle-même : boucles de redémarrage, files qui s'accumulent, taux d'échec, facturation de fournisseur épuisée, dérive de coût, connexions en échec, sorties bloquées. Une règle qui change de sévérité s'annonce dans le Studio, par courriel, ou vers une adresse de webhook que vous déclarez. Les douze règles de sécurité ne peuvent pas être désactivées.
Un tableau de bord, prêt à importer
Un seul fichier JSON, construit à partir de ce que la plateforme expose réellement plutôt qu'adapté d'un gabarit. Importez-le dans votre Grafana devant Prometheus, VictoriaMetrics, Thanos ou Mimir, et il dessine. Rien d'autre n'a besoin de tourner pour qu'il fonctionne.
Comptes et rôles
Des comptes locaux avec Argon2id, un verrouillage progressif, une double authentification avec codes de secours, des sessions listées et révocables. Des invitations par courriel ou à l'inscription, utilisables sans serveur de messagerie. Un rôle par projet et le transfert de propriété.
Coffre de secrets et budgets
Écrits une fois et plus jamais lisibles, avec rotation atomique, une fenêtre de retour arrière et un graphe « référencé par ». Des budgets et des quotas par organisation et par projet, et un plafond de coût par exécution porté par la version de l'agent, un dollar tant que vous ne le relevez pas.
Tourne là où vous rendez déjà des comptes
Chaque chemin de déploiement est un dépôt que vous pouvez lire, forker et épingler à une version PostgreSQL, Redis et stockage objet managés partout où vous les préférez à ceux embarqués Installations coupées du réseau prises en charge : le registre de modèles est livré avec le produit et n'est jamais téléchargé à l'exécution La même isolation par exécution en bac à sable sur un cluster que sous Compose
Où se situe Rikoo, et ce que les autres font bien.
| Critère | Rikoo | Agents personnels | Plateformes fermées | Constructeurs de workflows |
|---|---|---|---|---|
| Conçu pour | Une organisation qui expose des agents à des clients et à des employés | Un développeur ou un exploitant, sur sa propre machine | Des entreprises déjà installées dans l'écosystème de l'éditeur | Des équipes qui assemblent des chaînes d'étapes |
| Où cela tourne | Chez vous, sur un cloud souverain, ou coupé du réseau | Un poste de travail ou un serveur personnel | Chez l'éditeur, sous sa juridiction | Auto-hébergé ou hébergé |
| Modèles | 34 fournisseurs, européens et auto-hébergés compris, avec repli automatique | Plusieurs fournisseurs | Leur modèle, ou un catalogue choisi par eux | Plusieurs fournisseurs |
| Rôles et cloisonnement | Organisations, projets et rôles aux deux niveaux | Utilisateur unique | Leur propre modèle, souvent au siège | Espaces de travail |
| Auditabilité | Versions immuables, droits gelés, journal d'audit en écriture seule | Cela dépend de ce que vous avez écrit | Ce que l'éditeur expose | Historique des exécutions |
Les entreprises ont des prototypes d'agents, pas des agents en production. L'écart n'est pas le modèle. C'est tout ce qu'il y a autour.
Annoncé, pas encore livré.
Discord, WhatsApp et Telegram
Une offre hébergée
Des références clients nommées
Installez-le et jugez par vous-même.
Neuf services, une commande, quinze minutes. Pas de compte, pas de clé, pas de rendez-vous avec nous.