Connectez-le à
tout ce que vous utilisez déjà

Avec un outil webhook. Vous lui donnez l’URL, la méthode, l’en-tête d’authentification et un JSON Schema pour ses paramètres, puis vous l’accordez aux agents qui doivent s’en servir — ou vous le rendez Global pour tous. Aucun code déployé de notre côté, et rien du vôtre au-delà de l’endpoint que vous avez déjà.

Oui — du Python, en sandbox, comme outil qu’un agent peut appeler. C’est la bonne réponse pour les transformations plus simples à écrire qu’à décrire : remettre en forme une charge utile, faire des calculs qu’on ne confie pas à un modèle, analyser quelque chose de biscornu. L’accès à Internet reste coupé tant que vous ne l’activez pas.

Dans les deux sens. Un outil MCP pointe vers n’importe quel serveur : découvrez ses outils en un clic, puis choisissez ceux que les agents peuvent utiliser et ceux qui exigent une approbation. Et la plateforme expose son propre serveur MCP pour qu’un client externe — y compris un agent de code — pilote votre espace : créer des agents, modifier des documents, interroger des tableaux, gérer compétences et outils.

Oui. Un agent peut être exposé comme outil : un superviseur peut ainsi déléguer à un spécialiste et recevoir une réponse structurée, plutôt que de réimplémenter ce que le spécialiste sait déjà faire.

Les événements de la boîte de réception peuvent être envoyés vers des endpoints qui vous appartiennent : un nouveau message ou une conversation résolue peut déclencher une action dans votre propre stack. Les livraisons sont journalisées, et un récepteur tombé en panne reste visible au lieu de devenir un message dont vous n’avez jamais entendu parler.

Oui. Les clés API sont émises par espace de travail et portent les autorisations du membre qui les a créées : une clé ne peut pas faire plus que la personne derrière elle. La même clé authentifie l’endpoint MCP.