Tout ce à quoi un agent peut être branché.

Rikoo parle le Model Context Protocol. Trois serveurs sont livrés dans le produit et s'exécutent dans un bac à sable créé pour une seule exécution ; tout autre serveur, le vôtre ou celui d'un éditeur, se déclare une fois et s'attribue outil par outil.

Comment en connecter un

Voir le produit

Embarqués

Trois serveurs qui ne demandent aucune déclaration.

Ils sont désactivés par défaut. Activés, ils s'exécutent dans un espace de travail créé pour une exécution et détruit avec elle, sous une identité système dédiée, sans accès à l'hôte et sans chemin vers une autre exécution.

Fichiers
Lire, écrire et lister dans l'espace de travail de l'exécution. Rien en dehors n'est atteignable, et l'espace de travail disparaît quand l'exécution se termine.
Shell
Exécuter une commande dans le bac à sable. Il n'a aucun réseau, et c'est bien l'intention : il manipule ce que l'exécution possède déjà plutôt que d'aller en chercher plus.
Navigateur
Ouvrir une page et la lire. Son trafic sort par la même garde anti-SSRF que tout le reste : il ne peut pas être dirigé vers votre réseau interne.

Serveurs distants

Connectez ce que vos équipes utilisent déjà.

Tout serveur MCP joignable en HTTP, SSE ou Streamable peut être déclaré au niveau du projet. Voici ceux que les équipes branchent en premier ; la liste n'est pas une limite.

GitHub
Tickets, demandes de fusion, recherche de code. Connecté en OAuth 2.1, avec les jetons scellés dans le coffre et rafraîchis sans que personne ait à réautoriser.
Notion et Confluence
Lire des pages et des bases comme des outils, ou les ingérer comme connaissances via les connecteurs de sources en Enterprise.
Linear et Jira
Lire et créer des tickets. Les outils d'écriture peuvent être refusés à un agent qui n'a besoin que de regarder, ou marqués comme exigeant une approbation humaine.
Votre base de données
Un serveur MCP en lecture seule au-dessus de PostgreSQL est un premier outil courant. L'identifiant vit dans le coffre et n'atteint jamais le modèle.
PagerDuty et votre chaîne d'astreinte
Le cas d'usage des opérations : un agent qui peut examiner un incident, et n'agir dessus que derrière une approbation.
Votre propre serveur
Décrivez votre API interne comme un serveur MCP, ou déclarez des outils HTTP de projet en JSON Schema authentifiés par un secret du coffre.

Comment l'accès se décide

Attribuer un serveur n'attribue pas tout ce qu'il porte.

Chaque outil s'autorise individuellement. Un outil qui écrit peut être refusé à un agent qui n'a besoin que de lire, et n'importe quel outil peut être marqué comme exigeant une décision humaine avant de s'exécuter.

La restriction est appliquée au moment de l'appel, côté serveur. Cacher un outil au modèle est un choix d'ergonomie ; refuser l'appel est le contrôle de sécurité.

Un serveur doit être explicitement autorisé à renvoyer des images, serveur par serveur
Un disjoncteur et une sonde de santé par serveur, pour qu'une dépendance défaillante ne bloque pas une exécution
Les sorties volumineuses déportées vers le stockage objet et relues à la demande
Tout ce qu'un outil renvoie est encadré comme contenu non fiable avant d'atteindre le modèle