Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services
Cet article vous aide à diagnostiquer et résoudre les problèmes courants liés aux remote Azure DevOps MCP Server. Pour connaître les problèmes de serveur MCP local, consultez le guide de résolution des problèmes du serveur MCP local.
Échecs de connexion
Serveur introuvable ou erreurs d’URL
Symptôme: Votre assistant IA ne peut pas se connecter au serveur MCP distant, ou vous voyez des erreurs liées à l’URL.
Résolution :
Vérifiez le format d’URL du serveur dans votre
mcp.json:{ "servers": { "ado-remote-mcp": { "url": "https://mcp.dev.azure.com/{organization}", "type": "http" } } }Vérifiez les points suivants :
- Utiliser
https://mcp.dev.azure.com/{organization}: remplacez{organization}par le nom de votre organisation réelle. - Utilisez uniquement le nom de l’organisation (par exemple,
contoso), et non l’URL de Azure DevOps complète. - Le
typedoit être"http", pas"stdio".
- Utiliser
Si vous omettez le nom de l’organisation à partir de l’URL (
https://mcp.dev.azure.com/), vous devez fournir le nom de l’organisation comme contexte dans chaque appel d’outil.
Blocs de réseau ou de pare-feu
Symptôme: La connexion expire ou est refusée, mais l’URL est correcte.
Résolution :
- Vérifiez que votre réseau autorise le trafic HTTPS sortant vers
mcp.dev.azure.com. - Si vous êtes derrière un proxy d’entreprise ou un pare-feu, vérifiez que
mcp.dev.azure.comn’est pas bloqué. Contactez votre administrateur du réseau pour ajouter ce point de terminaison à la liste d’autorisation. - Les configurations VPN peuvent interférer avec la connectivité. Essayez de vous connecter sans VPN pour isoler le problème.
Aperçu de la disponibilité
Symptôme: Vous obtenez une erreur indiquant que le service n’est pas disponible.
Résolution :
Le serveur MCP distant est en préversion publique et est progressivement déployé. Si vous ne pouvez pas vous connecter :
- Vérifiez que votre organisation est connectée à Microsoft Entra ID.
- Revenez plus tard, à mesure que la version préliminaire continue de s’enrichir.
- Vérifiez auprès de l’administrateur de votre organisation qu’aucune stratégie ne bloque les fonctionnalités en préversion.
Erreurs d’authentification
Le serveur MCP distant utilise Microsoft Entra ID (OAuth) pour l’authentification. Les jetons d’accès personnels (PAT) ne sont pas pris en charge pour le serveur distant.
L’invite de connexion échoue ou n’apparaît pas
Symptôme: L’invite de connexion OAuth n’apparaît pas ou l’authentification échoue avant de pouvoir vous connecter.
Résolution :
- Vérifiez que votre compte est connecté à Microsoft Entra ID. Le serveur MCP distant nécessite une identité adossée à Microsoft Entra.
- Vérifiez que votre navigateur peut s’ouvrir pour le flux OAuth. Si vous utilisez VS Code dans un environnement distant ou sans interface graphique, la redirection OAuth risque de ne pas fonctionner correctement.
- Effacer les informations d’identification mises en cache :
- Dans VS Code, ouvrez la palette de commandes (Ctrl+Maj+P) et exécutez les comptes : déconnexion. Ensuite, réessayez la connexion.
- Si le problème persiste, rechargez la fenêtre VS Code (Développeur : Recharger la fenêtre).
Échec d’autorisation après la connexion
Symptôme: Vous vous connectez correctement, mais obtenez une erreur d’autorisation lors de la tentative d’accès à votre organisation ou projet.
Résolution :
- Vérifiez que vous disposez du niveau access approprié dans l’organisation Azure DevOps.
- Vérifiez que vous êtes membre du projet auquel vous essayez d’accéder.
- Vérifiez que vos autorisations Azure DevOps incluent l'accès aux ressources que vous interrogez (par exemple, les éléments de travail, les dépôts ou les pipelines).
Les stratégies d’accès conditionnel bloquent l’accès
Symptôme : Une stratégie d’accès conditionnel Microsoft Entra bloque votre connexion.
Résolution :
Les stratégies d’accès conditionnel s’appliquent au serveur MCP distant de la même façon qu’elles s’appliquent à Azure DevOps. Si votre locataire applique des stratégies telles que des restrictions basées sur l’emplacement ou basées sur des appareils :
- Vérifiez que vous vous connectez à partir d’un appareil conforme et d’un emplacement réseau.
- Si votre locataire utilise des stratégies d’accès conditionnel basées sur l’emplacement, votre administrateur de Microsoft Entra ID devra peut-être ajouter les adresses IP du serveur MCP distant à la liste d’autorisation :
20.125.155.22et40.74.28.81. - Contactez votre administrateur Microsoft Entra ID pour connaître les exigences de stratégie spécifiques.
Échec de l’accès invité (B2B)
Symptom : Un utilisateur invité dans le locataire Microsoft Entra ne peut pas accéder au serveur MCP distant.
Résolution :
Pour que l’accès invité fonctionne, l’utilisateur doit être :
- Ajouté au locataire Microsoft Entra en tant qu’utilisateur invité.
- Ajouté à l’organisation Azure DevOps avec les autorisations appropriées.
- Accès aux projets et ressources spécifiques dont ils ont besoin.
- Utilisation de l’URL spécifique à l’organisation (
https://mcp.dev.azure.com/{organization}). Les utilisateurs invités ne peuvent pas utiliser l’URL racine (https://mcp.dev.azure.com/) : ils doivent inclure le nom de l’organisation dans l’URL.
Si l’une de ces étapes est manquante, l’accès échoue. Traitez ce problème de la même façon qu’un problème d’accès invité standard Azure DevOps.
AADSTS codes d'erreur
Symptôme: Vous voyez un code d’erreur commençant AADSTS par (par exemple, AADSTS50076, AADSTS700016).
Résolution :
Les erreurs AADSTS sont des erreurs d’authentification Microsoft Entra ID, pas des problèmes spécifiques à MCP. Les codes courants incluent :
| Code d'erreur | Signifie | Action |
|---|---|---|
AADSTS50076 |
Authentification multifacteur requise | Terminer l’invite MFA |
AADSTS700016 |
Application introuvable dans l'espace client | Vérifier la configuration de votre locataire |
AADSTS65001 |
L’utilisateur ou l’administrateur n’ont pas accepté | Demander le consentement de l’administrateur pour l’application |
AADSTS50105 |
Utilisateur non affecté à l’application | Contactez votre administrateur pour attribuer l’accès |
Pour obtenir la liste complète des codes d’erreur, consultez Microsoft Entra codes d’erreur d’authentification et d’autorisation.
Problèmes de configuration du serveur
Configuration incorrecte mcp.json
Symptôme: Le serveur MCP distant se connecte, mais les outils ne se chargent pas, ou vous obtenez un comportement inattendu.
Résolution :
Vérifiez que vous mcp.json utilisez le format approprié pour le serveur distant :
-
Le serveur distant utilise
"type": "http"et"url". -
Le serveur local utilise
"type": "stdio","command"et"args".
Ne mélangez pas les formats de configuration distants et locaux. N’exécutez pas les deux serveurs en même temps : choisissez-en un :
- Serveur distant — À utiliser pour Visual Studio Code et Visual Studio. Aucune installation locale n’est requise.
- serveur Local : utilisez-le pour les clients non Microsoft (Claude Desktop, Claude Code, Cursor, Codex) qui ne prennent pas en charge l'authentification Microsoft Entra.
Ensemble d’outils ou filtrage des outils qui ne fonctionnent pas
Symptôme: Vous configurez X-MCP-Toolsets ou X-MCP-Tools des en-têtes, mais la liste des outils ne correspond pas aux attentes.
Résolution :
- Ne combinez pas les en-têtes
X-MCP-ToolsetsetX-MCP-Tools— ils sont mutuellement exclusifs. - Vérifiez que les noms de l’ensemble d’outils sont corrects :
repos, ,witwiki,pipelines,work,testplan. - Lorsque vous utilisez
X-MCP-Tools, spécifiez des noms d’outils exacts séparés par des virgules. - Vérifiez qu’il n’y a pas de fautes de frappe dans les noms des en-têtes : les en-têtes sont sensibles à la casse.
{
"servers": {
"ado-remote-mcp": {
"url": "https://mcp.dev.azure.com/{organization}",
"type": "http",
"headers": {
"X-MCP-Toolsets": "repos,wit"
}
}
}
}
Pour obtenir la liste complète des ensembles d’outils et outils disponibles, consultez Outils disponibles.
Mode lecture seule ne limitant pas les écritures
Symptôme: Vous définissez X-MCP-Readonly , mais les opérations d’écriture sont toujours disponibles.
Résolution :
Vérifiez que la valeur d’en-tête est la chaîne "true":
"headers": {
"X-MCP-Readonly": "true"
}
Erreurs de résolution des outils
Les outils ne s’affichent pas dans l’Assistant IA
Symptôme : Après avoir connecté le serveur MCP distant, aucun outil Azure DevOps n’apparaît dans votre assistant IA.
Résolution :
- Vérifiez que l’état du serveur s’affiche comme connecté dans votre IDE.
- Dans VS Code, vérifiez l’état du serveur MCP dans le panneau Sortie (
View Output < /> sélectionnezGitHub Copilot ouMCP dans la liste déroulante).
- Dans VS Code, vérifiez l’état du serveur MCP dans le panneau Sortie (
- Rechargez la fenêtre VS Code (Ctrl+Maj+P>Développeur : Recharger la fenêtre).
- Vérifiez que vous êtes en mode agent dans GitHub Copilot : les outils MCP s'affichent uniquement en mode agent, et non en mode conversation.
- Vérifiez que vous ne dépassez pas la limite de 128 outils. Si plusieurs serveurs MCP sont configurés, le nombre d’outils combinés peut dépasser cette limite.
Erreurs dues à l’absence de paramètres obligatoires
Symptôme: Les appels d’outils échouent avec des erreurs « paramètre requis manquants », généralement pour le nom du projet.
Résolution :
Cette erreur est l’erreur la plus couramment signalée et est le comportement attendu. De nombreux outils nécessitent un nom de projet ou un autre contexte :
- Incluez le nom du projet dans votre invite : « Répertorier les éléments de travail dans le projet Contoso ».
- Si vous avez omis l’organisation dans votre URL, incluez aussi l’organisation dans votre requête.
- Certains outils nécessitent des paramètres spécifiques. Consultez la documentation des outils disponibles pour connaître les paramètres requis.
Échec de l’appel d’outil avec une erreur de serveur
Symptôme: Un appel d’outil retourne une erreur de serveur après avoir été appelé correctement.
Résolution :
- Vérifiez que la ressource que vous interrogez existe (par exemple, l’ID de l’élément de travail, le nom du référentiel ou l’ID de pipeline est correct).
- Vérifiez que vous disposez des autorisations nécessaires pour accéder à la ressource.
- Si l’erreur persiste, créez un problème à l’aide du modèle de problème du serveur MCP distant.
problèmes d’intégration de Copilot
L’assistant IA n’utilise pas les outils MCP
Symptom : GitHub Copilot répond à votre question, mais n'utilise pas Azure DevOps outils MCP pour récupérer des données.
Résolution :
- Vérifiez que vous utilisez le mode agent dans GitHub Copilot. Les outils MCP ne sont pas disponibles en mode de conversation standard.
- Soyez explicite dans votre requête concernant les données Azure DevOps dont vous avez besoin. Par exemple, au lieu de « Quel est mon état de sprint ? », essayez « Utiliser Azure DevOps pour obtenir mes éléments de travail sprint actuels ».
- Vérifiez que le serveur MCP s’affiche comme connecté à un indicateur d’état vert.
Données obsolètes ou mises en cache retournées
Symptom : L’assistant IA retourne des données obsolètes Azure DevOps.
Résolution :
Ajoutez « N’utilisez pas les données extraites précédemment » à votre invite pour forcer une nouvelle requête. Les assistants IA peuvent mettre en cache les résultats de l’outil au sein d’une session de conversation.
L’agent échoue avant l’appel de l’outil
Symptôme: L’Assistant IA échoue ou génère des erreurs avant d’appeler n’importe quel outil MCP.
Résolution :
Ce problème se trouve en dehors de la limite Azure DevOps MCP. L’échec se produit dans la couche d’orchestration de l’assistant IA :
- Pour GitHub Copilot problèmes, consultez la documentation GitHub Copilot.
- Redémarrez l’Assistant IA et réessayez.
- Si le problème persiste, signalez-le à votre fournisseur d’assistant IA.
Erreurs client non prises en charge
Les clients non Microsoft ne peuvent pas s'authentifier
Symptôme: Les clients tels que Claude Desktop, Claude Code, Cursor ou Codex ne peuvent pas terminer l’établissement d’une liaison OAuth avec le serveur MCP distant.
Résolution :
Les clients non Microsoft ne peuvent pas s'authentifier auprès du serveur MCP distant, car Microsoft Entra ID ne prend actuellement pas en charge l'inscription dynamique des clients, dont ces clients ont besoin.
Clients actuellement pris en charge :
- Visual Studio Code
- Visual Studio (2022 et versions ultérieures)
Pour les clients non Microsoft, utilisez plutôt le serveur MCP local Azure DevOps MCP avec l’authentification PAT ou Azure CLI. N’exécutez pas les serveurs distants et locaux en même temps : choisissez celui qui correspond à votre client.
Conseils de diagnostic
Activer la journalisation du débogage dans VS Code
Pour obtenir plus de détails lors du dépannage :
- Ouvrez le panneau Sortie dans VS Code (Afficher>la sortie).
- Sélectionnez GitHub Copilot ou MCP dans la liste déroulante du canal de sortie.
- Recherchez l’état de la connexion, les détails du flux d’authentification et les messages d’erreur.
Vérifier la connexion
Après l’installation, testez le serveur MCP distant avec une requête simple :
- « Répertorier les projets dans mon organisation Azure DevOps ».
- « Afficher mes tâches assignées. »
- « Quelles demandes de tirage ont besoin de mon examen ? »
Si ces requêtes retournent des données correctes, le serveur fonctionne correctement.
Questions fréquentes (FAQ)
Puis-je utiliser le serveur MCP distant avec un compte Microsoft personnel ?
Non. Le serveur MCP distant nécessite que votre organisation Azure DevOps soit connectée à Microsoft Entra ID. Les comptes d'Microsoft personnels (MSA) ne sont pas pris en charge.
Dois-je utiliser le serveur MCP distant ou local ?
Utilisez le serveur distant si votre client le prend en charge (Visual Studio Code ou Visual Studio). Utilisez le serveur local uniquement si vous utilisez un client non-Microsoft comme Claude Desktop, Claude Code, Cursor ou Codex. N’exécutez pas les deux serveurs en même temps.
Pourquoi puis-je voir différents outils avec le serveur distant et le serveur local ?
Les serveurs distants et locaux peuvent se trouver à différentes versions. Le serveur distant est mis à jour indépendamment du package npm local. Utilisez l’en-tête X-MCP-Insiders pour accéder aux outils distants les plus récents. Pour le serveur local, mettez à jour le package npm vers la dernière version.
Le serveur MCP fonctionne-t-il avec Azure DevOps Server (local) ?
Non. Ni le serveur MCP distant ni le serveur MCP local ne prend en charge Azure DevOps Server (local). Les deux serveurs nécessitent Azure DevOps Services (cloud).
À quelles données le serveur MCP distant a-t-il accès ?
Le serveur distant accède aux mêmes données Azure DevOps que l’API REST, étendue à vos autorisations. Il n'accède pas aux données au-delà de ce que votre identité Microsoft Entra est autorisée à voir.
Comment signaler un problème avec le serveur MCP distant ?
Créez un problème à l’aide du modèle de problème Remote MCP Server dans le référentiel GitHub du serveur MCP Azure DevOps.