Comment donner à une IA un accès sûr à vos outils (MCP)

Quels sont les quatre niveaux d’accès ?

Choisissez un niveau par outil, et commencez par le premier. Ces noms sont les nôtres : chaque outil ci-dessous en propose certains avec ses propres mots.

1. Lecture seuleCommencez ici

   Votre IA peut chercher des informations et les résumer. Elle ne peut rien changer.

   Adapté àUn premier essai, ou un service que vous ne pouvez pas vous permettre de casser.

2. Demander avant chaque changement

   Votre IA lit librement. Chaque changement attend votre accord, après que vous l’avez vu.

   Adapté àUne nouvelle tâche, ou tout ce qui compte.

3. Demander avant de supprimer ou d’envoyer

   Votre IA fait seule les changements ordinaires. Supprimer et envoyer attendent votre accord.

   Adapté àDes outils où une modification est facile à vérifier et à remettre en place.

4. Changer tout seul

   Votre IA modifie les choses sans demander.

   Adapté àUn travail que vous pouvez relire après coup et annuler.

Où régler un niveau dans Claude, Cursor et VS Code ?

Votre app d’IA est le premier interrupteur. Chacune vous laisse décider outil par outil, avec ses propres mots.

Dans Claude Code, le nom du serveur dans une règle est celui que vous lui avez donné en l’ajoutant.

Comment restreindre le serveur et le compte derrière lui ?

Restreignez l’accès lui-même, et un réglage trop souple dans votre app d’IA coûte moins cher. Le serveur et le compte derrière lui sont le deuxième et le troisième interrupteur.

Comment commencer en lecture seule et ouvrir pas à pas ?

Traitez un nouvel accès comme un essai. Chaque étape donne un peu plus à votre IA, et vous pouvez vous arrêter à n’importe laquelle.

1. Connectez-la en lecture seuleLecture seule

   Utilisez le mode lecture seule du serveur, une capacité en lecture seule ou un montage en lecture seule. Demandez à votre IA un vrai résumé. Si cela vous suffit, arrêtez-vous là.

2. Ne partagez que ce que la tâche demandeLecture seule

   Listez les dossiers, dépôts ou pages qui comptent, et laissez le reste de côté. Une connexion Notion auto-hébergée ne voit rien que vous n’ayez partagé, et le serveur de fichiers reste dans les dossiers que vous listez.

3. Autorisez les changements, avec une question à chaque foisDemander avant chaque changement

   Activez les écritures, mais laissez votre app d’IA demander. Lisez chaque changement avant de l’accepter, d’abord sur une copie ou une page de test. Dans Claude Code, ajoutez des règles ask pour les outils d’écriture et des règles deny pour ceux que vous ne voulez jamais.

4. Laissez les parties sûres tourner seulesDemander avant de supprimer ou d’envoyer

   Après quelques bonnes tâches, autorisez les lectures et les changements que vous pouvez remettre en place. Gardez la question pour supprimer et envoyer. Dans Claude Code, autorisez un motif comme mcp__github__get_*, qui couvre les outils nommés get_…. Dans Cursor, ajoutez linear:list_issues à mcpAllowlist. Vérifiez ce qui a changé après chaque tâche.

Qu’est-ce que les permissions n’empêchent pas ?

Les permissions limitent ce qu’une erreur peut coûter. Elles ne rendent pas un accès inoffensif.

• Un accès que vous accordez reste un accès. Notion indique qu’un client connecté peut utiliser le MCP de Notion pour atteindre le contenu auquel vous avez accès. Une permission d’écriture permet à votre IA d’écrire.
• Ce que votre IA lit peut lui donner des ordres. Une page, un ticket ou un serveur peut cacher des instructions dans ce qu’il renvoie. Notion conseille de traiter le contenu renvoyé par les outils comme non fiable.
• La lecture seule peut quand même fuir. Notion avertit qu’un client connecté peut envoyer le contenu renvoyé par le MCP de Notion à des systèmes extérieurs à Notion.
• Les étiquettes ne sont que des indications. La spécification MCP permet à un outil de se dire en lecture seule (readOnlyHint) ou destructif (destructiveHint). Les clients doivent traiter ces étiquettes comme non fiables, sauf si le serveur est de confiance.

Les permissions agissent avant un changement. En remettre un en place après est une autre affaire : Annuler les changements d’une IA

Peut-on régler les niveaux une seule fois pour tous vos outils ?

Oui, pour les outils qui passent par Delta MCP. Delta MCP est une app gratuite qui se place entre vos applications d’IA et leurs serveurs MCP. Chaque connecteur reçoit l’un des quatre modes : Lecture seule, Demander avant chaque changement, Demander avant de supprimer ou d’envoyer, ou Changer tout seul.

• Un mode par connecteur. Réglez-le sur l’écran Connectors, sous When your AI wants to change something. La lecture ne demande jamais d’accord. Ce réglage atteint les conversations ouvertes au prochain appel de votre IA, sans rien redémarrer.
• Des actions isolées. Dans Advanced, réglez une action sur Like the connector, sur l’un des quatre modes, ou sur Off. Une action sur Off disparaît de la vue de votre IA, et un appel vers elle est refusé.
• Une carte avant un changement à approuver. Elle montre chaque changement, avant et après, et ce qui peut être annulé. Une carte fermée sans réponse vaut refus : rien n’est fait.
• Activity après. Quel que soit le mode, chaque tâche apparaît avec chaque changement, avant et après. Undo remet en place ce qu’il peut, et dit avant que vous cliquiez ce qu’il ne peut pas remettre, comme un message déjà envoyé.

Supprimer et envoyer sont reconnus d’après le nom d’une action. Une action au nom étrange compte comme un changement ordinaire, et le mode décide comme pour les autres. Pour être sûr, choisissez Demander avant chaque changement, ou désactivez l’action. Et comme toutes les permissions ici, les modes vous protègent des erreurs de votre IA : votre IA agit toujours avec vos droits.

Les connecteurs qui tournent dans Claude, comme Gmail, Google Calendar et Google Drive, restent dans Claude derrière sa propre connexion. Réglez leurs niveaux dans Claude, comme dans le tableau ci-dessus.

Modes, en détail