MCP server collision detection is case-sensitive across configuration scopes
Personne n'a encore pris cette issue.
- Langage dominant
- Shell
- Étoiles
- 11.2k
- Forks
- 1.9k
- Merge moyen
- 14 h 16 min
- PR mergées (30 j)
- 6
Description
Describe the bug
Copilot CLI can discover MCP servers from multiple scopes, including user configuration and installed plugins. Server-name collision detection is case-sensitive, so logically identical names such as MCPBrowser and mcpbrowser are treated as separate servers and both processes are launched.
This causes redundant startup work, duplicate tool registrations, additional startup delays, and confusing output where one declaration may fail or time out while the other connects successfully.
Affected version
GitHub Copilot CLI 1.0.79 on Windows x64.
Steps to reproduce the behavior
- Add a user-scoped MCP server named
MCPBrowserto~/.copilot/mcp-config.json:
{
"mcpServers": {
"MCPBrowser": {
"type": "local",
"command": "npx",
"args": ["-y", "mcpbrowser@latest"],
"tools": ["*"]
}
}
}
- Install a Copilot plugin that contributes the same MCP server using the name
mcpbrowser. - Run
copilot plugins list --kind mcp --json. - Observe both entries: user-scoped
MCPBrowserand plugin-scopedmcpbrowser. - Start Copilot CLI and observe that both MCP processes are started independently.
Expected behavior
Copilot CLI should detect MCP name collisions case-insensitively across all discovery scopes and should not launch duplicate logical servers.
Suggested behavior:
- Canonicalize MCP names for collision detection, for example with Unicode case folding.
- Apply a documented precedence rule across user, repository, organization, and plugin scopes.
- Start only the winning declaration.
- Emit a clear warning that identifies both sources and explains which declaration was selected.
- Alternatively, fail fast with an actionable conflict error rather than silently launching both.
Exact duplicate names may already receive precedence handling; case-only differences should not bypass it.
Additional context
This is especially easy to encounter when a server was first configured manually and is later installed through a plugin. Individual MCP server packages cannot reliably prevent or repair duplicate declarations because discovery and scope resolution happen in Copilot CLI before the server process starts.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par la découverte de MCP et la résolution de portée exercées via copilot plugins list --kind mcp --json, en comparant la déclaration de l’utilisateur dans ~/.copilot/mcp-config.json avec la déclaration du plugin. Suivez les endroits où les noms des serveurs sont comparés entre les portées. Le travail est terminé lorsque les doublons qui ne diffèrent que par la casse sont détectés, qu’une déclaration suit une règle de précédence documentée et que le conflit est clairement signalé ou rejeté avant le lancement des deux processus.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- shell
- Domaine
- cli
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 52/100