Indispensables au fonctionnement du site (session, préférences, sécurité). Toujours actifs.
Les connecteurs Muse de Meta soulèvent une question de consentement pour les MSP de l'UE
L'agent IA Muse de Meta se connecte à Gmail, Calendar et d'autres apps via un consentement par connecteur. Les MSP qui déploient des agents similaires devraient appliquer la même checklist de consentement et de rayon d'impact.
Dans cet article
Meta a lancé son agent IA personnel, Muse, le 8 septembre 2026, et il est rapidement devenu l’application la plus téléchargée sur l’App Store américain, avec environ 730 000 téléchargements au cours de ses dix premiers jours, selon Sensor Tower. La fonctionnalité phare de Muse est constituée des « connecteurs » — des intégrations qui donnent à l’agent des capacités telles que la lecture d’un calendrier ou l’envoi d’un e-mail. Le 18 septembre, Mark Zuckerberg a déclaré que Meta ouvrait le développement des connecteurs aux développeurs externes, ce qui élargira le nombre de services qu’un agent comme Muse peut toucher.

Comment Meta a conçu le consentement pour les connecteurs
Les utilisateurs ajoutent des connecteurs depuis un menu Paramètres, et Meta indique que chaque connecteur affiche ce à quoi il peut accéder avant que l’utilisateur ne tape sur Continuer pour l’autoriser. Au lancement, les connecteurs nommés incluaient Gmail, Google Calendar, Outlook, Google Docs, Plaid, OpenTable, Spotify et plusieurs autres. Meta précise que les actions sensibles nécessitent une approbation et qu’il ne donne pas à Muse une visibilité directe sur les mots de passe ou les identifiants de paiement. Une fonctionnalité distincte de « Confidential VM », destinée à empêcher même les systèmes de Meta d’accéder aux données traitées par Muse, est encore en phase de test.
Ce que cela signifie pour les MSP qui déploient des connecteurs d’agent
Qu’un MSP touche ou non Muse spécifiquement, les mêmes questions de conception s’appliquent à tout agent IA qu’un client souhaite connecter à Gmail, à un calendrier ou à une plateforme de commerce :
- Granularité du consentement : l’approbation est-elle limitée par connecteur et par type d’action — lecture, écriture ou envoi — plutôt que par un seul bouton bascule global ?
- Limites du rayon d’impact : quelles boîtes aux lettres, calendriers ou références SKU spécifiques un agent peut-il atteindre pour un locataire client donné, et cette liste est-elle bornée ?
- Révocation propre : un connecteur peut-il être désactivé sans mettre fin à toute la session de l’agent ?
- Piste d’audit : chaque octroi enregistre-t-il le connecteur, le locataire et la portée approuvés ?
- Absence de clé maître permanente : la plateforme d’agent évite-t-elle un identifiant unique couvrant tous les locataires clients ?
Ce qui reste à vérifier
Les tarifs, les conditions du SDK et le modèle de partage des revenus de Meta pour les développeurs de connecteurs tiers ne sont pas encore publics en détail, et la couverture a noté que la documentation technique de Meta reconnaît que ses contrôles opérationnels n’empêchent pas Meta lui-même d’accéder aux données utilisateur lorsque cela est nécessaire pour faire fonctionner le service. Considérez Muse comme un exemple concret des compromis de conception, et non comme un modèle définitif à copier tel quel.
Sources : TechCrunch, Axios.