Laissez votre agent agir dans toutes vos apps

Toute application qui publie un serveur MCP distant en HTTP streamable ou en SSE. De nombreux outils SaaS en proposent un, dont Linear, HubSpot, Notion, GitHub, Stripe et Intercom, et vous ajoutez chacun en collant l'URL de son serveur. Basedash synchronise les outils exposés par le serveur : ce que l'agent peut faire dépend donc de ce serveur, qu'il s'agisse de lire des tickets, de mettre à jour des fiches CRM, de créer des pages ou de toute autre action proposée. Les serveurs locaux qui ne tournent qu'en stdio sur votre machine ne peuvent pas être ajoutés.

Oui. Si votre équipe fait tourner son propre serveur MCP devant des API internes, un outil de support ou un backend produit, ajoutez son URL comme celle d'un éditeur. Il doit être joignable depuis Basedash en HTTP streamable ou en SSE. Ajoutez une clé API ou d'autres en-têtes statiques si le serveur les attend, ou laissez Basedash mener le flux OAuth si le serveur l'exige. Sur un déploiement auto-hébergé, les callbacks OAuth utilisent votre propre URL de base : Basedash et le serveur peuvent tous deux rester dans votre réseau.

Quand l'agent veut utiliser un outil en Needs approval, il s'arrête et demande avant toute exécution. Dans le chat web, vous approuvez ou refusez l'appel dans la conversation, et dans Slack la demande apparaît dans le fil avec les boutons Approve et Deny. S'il est approuvé, l'outil s'exécute et l'agent poursuit avec le résultat ; s'il est refusé, l'appel n'atteint jamais l'autre application. Les automatisations et les chats via l'API ne peuvent pas attendre une personne : ils n'utilisent que les outils en Always allow.

Cela dépend de ce que déclare le serveur. Quand Basedash synchronise un connecteur, les outils que le serveur marque en lecture seule avec l'annotation readOnlyHint de MCP démarrent en Always allow, et tous les autres démarrent en Needs approval : tout ce qui pourrait écrire attend une personne jusqu'à ce que vous en décidiez autrement. Vous pouvez changer le mode de chaque outil sur la page du connecteur, y compris Blocked, qui empêche totalement l'agent de l'utiliser. Les outils ajoutés lors d'une resynchronisation reçoivent les mêmes valeurs par défaut.

Vous choisissez pour chaque connecteur : toute l'organisation, des groupes précis ou des membres précis. Les personnes sans accès ne voient pas ses outils dans leurs chats, si bien qu'un connecteur vers un outil finance ou RH peut rester réservé à l'équipe qui en est responsable. Les modes des outils s'appliquent par-dessus : même les personnes autorisées n'accèdent qu'aux outils en Always allow ou Needs approval, jamais aux outils bloqués.

Les en-têtes statiques que vous ajoutez, comme une clé API, sont chiffrés avant d'être enregistrés. Quand un serveur utilise OAuth, Basedash mène le flux avec PKCE, stocke les jetons d'accès et de rafraîchissement chiffrés au repos, et les renouvelle automatiquement. Si l'autorisation expire ou est révoquée, Basedash vous invite à reconnecter le connecteur au lieu d'échouer en silence. Lire un connecteur via l'API publique ne renvoie jamais ses en-têtes configurés ni ses jetons OAuth.

Oui, avec l'offre Enterprise. Les journaux d'audit enregistrent chaque appel d'outil d'un connecteur sous forme d'événement, avec la personne pour qui il a été exécuté, le connecteur et l'outil, le succès ou l'échec, et la durée. La création, la modification ou la suppression d'un connecteur et les changements d'accès à ses outils sont aussi journalisés. Les admins peuvent consulter ces événements dans Basedash ou les envoyer vers un SIEM grâce au point de terminaison d'audit, avec une clé API administrateur.