Vue d’ensemble du MCP

MCP (Model Context Protocol) vous permet de connecter des serveurs d’outils externes à Devin CLI, ce qui donne à l’agent accès à des API, des bases de données, des outils de suivi des problèmes et à tout autre service que vous pouvez encapsuler dans un serveur MCP. Lorsque vous configurez un serveur MCP, ses outils deviennent accessibles à l’agent au même titre que les outils intégrés. L’agent peut détecter les outils disponibles et les appeler selon les besoins.

Comment cela fonctionne

Configurer un serveur

Vous définissez un serveur MCP dans votre fichier de configuration avec une commande, des arguments et, éventuellement, des variables d’environnement.

Lancement du serveur

Devin CLI démarre le processus du serveur lorsque nécessaire. Le serveur se connecte à l’API externe (GitHub, Linear, etc.).

Découverte des outils

L’agent détecte les outils mis à disposition par le serveur (par ex., create_issue, list_repos).

Exécution des outils

Lorsque l’agent appelle un outil MCP, la requête transite par le serveur jusqu’au service externe, puis le résultat est renvoyé.

Exemple rapide

Ajoutez un serveur MCP GitHub à votre projet :

// .devin/mcp_config.local.json  (ignoré par git — ne pas mettre les tokens dans la config versionnée)
{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_TOKEN": "ghp_your_token_here"
      }
    }
  }
}

Désormais, l’agent peut ouvrir des problèmes, lire des demandes de fusion (PR), rechercher dans les dépôts et bien plus encore — le tout en langage naturel.

Contrôle des autorisations

Une fois configurés, les outils MCP apparaissent dans un format avec espace de noms : mcp__<server>__<tool>. Par exemple, un serveur “github” avec un outil “create_issue” devient mcp__github__create_issue. Les outils MCP sont soumis au même système d’autorisations que les outils intégrés. Vous pouvez contrôler l’accès à plusieurs niveaux :

{
  "permissions": {
    "allow": [
      "mcp__github__*"
    ],
    "deny": [
      "mcp__github__delete_repo"
    ]
  }
}

Consultez Autorisations pour connaître la syntaxe complète des autorisations.

Prompts sous forme de slash commands

Outre les outils, un serveur MCP peut publier des prompts — des instructions réutilisables et paramétrables, déclarées via la fonctionnalité MCP prompts. Devin CLI expose chacun d’eux sous la forme d’une slash command :

/mcp__<server>__<prompt> [arguments]

Par exemple, un serveur linear qui publie un prompt bug_report devient /mcp__linear__bug_report. Les commandes de prompt sont répertoriées dans la palette de commandes, dans leur propre catégorie MCP. Elles affichent le titre ou la description publiés par le serveur, ainsi qu’une indication des arguments basée sur les paramètres déclarés du prompt — <name> pour les arguments obligatoires et [name] pour les arguments facultatifs. Lorsque vous envoyez la commande, Devin CLI récupère le prompt auprès du serveur et utilise les messages renvoyés comme votre message pour ce tour.

Correspondance des arguments

Tout ce que vous saisissez après le nom de la commande est associé par position aux arguments déclarés du prompt : le premier mot au premier argument, le deuxième mot au deuxième argument, et ainsi de suite. Le dernier argument déclaré reçoit tout le texte restant, afin que les entrées libres en fin de commande restent intactes :

/mcp__linear__bug_report ENG-1234 login page hangs after the SSO redirect

Ici, ENG-1234 remplit le premier argument déclaré et le reste de la ligne remplit le dernier. Si le prompt ne déclare aucun argument, tout ce que vous saisissez est ajouté au prompt développé au lieu d’être ignoré.

Seuls les serveurs déjà connectés proposent des commandes annoncées (les connexions sont établies en arrière-plan au démarrage), mais la résolution de l’invocation est effectuée à la demande : vous pouvez saisir /mcp__<server>__<prompt> même si la commande n’a jamais été annoncée, ce qui déclenche la connexion au serveur.

Le développement du prompt s’effectue dans l’agent plutôt que dans l’interface du terminal. Les mêmes commandes sont donc annoncées via ACP : les intégrations d’éditeur telles que Zed et JetBrains les répertorient aux côtés des commandes intégrées.

Authentification

Certains serveurs MCP distants (comme Atlassian, Notion et Linear) nécessitent une authentification OAuth. Chaque client MCP s’authentifie indépendamment : les tokens de Windsurf ou de Claude Code ne sont pas partagés avec Devin CLI. Après avoir ajouté un serveur distant, authentifiez-vous avec :

devin mcp login <server-name>

Cela ouvre une fenêtre de navigateur pour lancer le flux OAuth. Si les identifiants enregistrés expirent ultérieurement ou sont révoqués, le serveur signale qu’une authentification est requise. Authentifiez-vous alors de nouveau avec devin mcp logout, puis devin mcp login : consultez Configuration MCP — Authentification et Réauthentification pour plus de détails.

Désactivation des serveurs

Vous pouvez désactiver temporairement un serveur MCP sans supprimer sa configuration ni ses identifiants :

devin mcp disable <server-name>
devin mcp enable <server-name>

Consultez MCP Configuration — Activation et désactivation des serveurs pour en savoir plus.

Prise en main

Intégrations d’éditeur

Extensibilité

Entreprise

Référence

Changelog

Vue d’ensemble du MCP

Comment cela fonctionne

Exemple rapide

Contrôle des autorisations

Prompts sous forme de slash commands

Correspondance des arguments

Authentification

Désactivation des serveurs

Prochaines étapes

Configuration

Autorisations

​Comment cela fonctionne

​Exemple rapide

​Contrôle des autorisations

​Prompts sous forme de slash commands

​Correspondance des arguments

​Authentification

​Désactivation des serveurs

​Prochaines étapes

Configuration

Autorisations

Comment cela fonctionne

Exemple rapide

Contrôle des autorisations

Prompts sous forme de slash commands

Correspondance des arguments

Authentification

Désactivation des serveurs

Prochaines étapes