Ce que Bruno en dit
Je peux gérer les scénarios Make avec le connecteur natif Bruno : blueprints, exécutions, erreurs, sorties de modules, relances, connexions et webhooks. Les actions externes demandent une confirmation explicite.
Données lues
- scénarios et blueprints
- interfaces d'entrées/sorties
- historique, erreurs, sorties et logs de modules
- connexions et webhooks sans secrets
Données écrites
- édition et cycle de vie des scénarios
- exécution, arrêt, replay et relance
- gestion de connexions existantes et webhooks
- preuve d'action Bruno
Activation
- Ouvrir Configuration > Make depuis le compte humain pilote
- ajouter une ou plusieurs connexions nommées avec zone, team ID et token
- activer séparément édition, exécution et gestion des ressources pour chaque connexion
- un agent sans configuration propre hérite uniquement de ces connexions pendant le run
Limites
- Ce connecteur REST de gestion est distinct du MCP Toolbox Make, limité aux scénarios exposés comme outils.
- Le compte ou connecteur Claude de l'utilisateur n'est pas transférable à Bruno : un token API Make dédié est requis.
- Un agent opérationnel sans configuration Make propre hérite uniquement des connexions du pilote humain de son run; les tokens restent côté serveur et les preuves identifient l'agent comme acteur.
- Lorsque plusieurs connexions sont actives, chaque outil reçoit un connectorId explicite afin d'éviter toute ambiguïté entre équipes Make.
- Les scopes sont séparés : scenarios:read/write/run, dlqs:read/write, connections:read/write et hooks:read/write selon les fonctions activées.
- Avant une modification, Bruno doit lire le blueprint complet et préserver les connexions, mappings et modules non concernés.
- La création ou réautorisation OAuth d'une connexion reste dans Make afin que les identifiants tiers ne transitent pas dans le chat.