Guide d'achat
Comment choisir un serveur MCP d'intelligence du code
Choisissez le serveur qui répond aux vraies questions de votre agent sur votre propre code : où un symbole est défini, qui l'appelle, ce qui casse s'il change, et où se trouve un concept dont plus personne ne se rappelle le nom.
Il faut pour cela plusieurs types de recherche, une vraie analyse syntaxique des langages que vous livrez, un index qui suit vos commits et une configuration que votre client termine en quelques minutes. Faites le test de 15 minutes ci-dessous sur un dépôt que vous connaissez : il vaut mieux que n'importe quelle liste de fonctionnalités, celle-ci comprise.
Ce qu'il faut comparer
Posez les mêmes questions à chaque candidat, puis vérifiez les réponses sur votre propre code. Une liste de fonctionnalités est une affirmation ; une bonne réponse sur votre dépôt est une preuve.
| Critère | Quoi demander | Comment le vérifier |
|---|---|---|
| Modes de recherche | Combine-t-il recherche sémantique, structurelle (AST), par graphe et textuelle exacte, et oriente-t-il chaque question vers le bon mode ? Un seul mode laisse des catégories entières de questions sans réponse. | Posez une question de chaque type : un concept, une forme de code, une liste d'appelants et un message d'erreur exact. |
| Profondeur par langage | Pour chaque langage que vous livrez, le code est-il analysé en AST avec symboles et relations, ou seulement indexé comme du texte ? Une longue liste de langages peut cacher un support superficiel. | Trouvez les indicateurs de capacités publiés pour vos langages, puis cherchez un symbole dans chacun. |
| Taille des dépôts | Tient-il sur votre plus gros dépôt et sur plusieurs dépôts à la fois ? Les résultats restent-ils classés et bornés, ou un gros fichier noie-t-il la réponse ? | Indexez votre plus gros dépôt réel, pas un projet de démo, et chronométrez la première réponse utile. |
| Fraîcheur et synchronisation | Comment l'index apprend-il l'existence de nouveaux commits, et combien de temps avant qu'un changement soit cherchable ? Un index périmé répond avec aplomb sur du code qui n'existe plus. | Commitez un renommage, puis cherchez le nouveau nom et l'ancien. |
| Sécurité et traitement des données | Où votre code source est-il stocké, qu'est-ce qui est envoyé à des tiers, sert-il à l'entraînement, et qu'est-ce qui est supprimé quand vous vous déconnectez ? | Lisez la page sur le traitement des données. Cherchez des fournisseurs nommés et des règles de suppression concrètes, pas des badges. |
| Configuration par client | Existe-t-il une configuration documentée pour chaque client utilisé par votre équipe, et un seul endpoint les sert-il tous ? | Connectez deux clients que votre équipe utilise déjà et chronométrez les deux. |
| Modèle de prix | Le prix est-il public ? Payez-vous par siège, par agent ou par espace de travail, et l'offre gratuite suffit-elle pour un vrai essai ? | Chiffrez votre configuration réelle : les agents, dépôts et lignes indexées que vous feriez vraiment tourner. |
| Preuve sur votre code | Pouvez-vous le tester aujourd'hui sur votre propre dépôt, sans appel commercial ? | Si un essai exige d'abord une réunion, c'est aussi une réponse. |
Où vit l'index
L'endroit où vit l'index compte moins que ce à quoi il sait répondre. Votre agent a besoin du bon fichier, du bon symbole et de la bonne liste d'appelants au moment où il planifie une modification : jugez donc chaque candidat sur les questions ci-dessus, posées sur votre propre code.
Testez-le sur votre dépôt en 15 minutes
Prenez un dépôt que vous connaissez bien, pour juger chaque réponse d'un coup d'œil. Comptez les réponses que vous avez dû corriger.
-
Connectez le dépôt et notez le temps qu'il faut avant que la première recherche renvoie des résultats.
-
Posez une question conceptuelle qui ne partage aucun mot-clé avec le code, par exemple « où gère-t-on les sessions expirées ? ». Ouvrez chaque fichier et chaque ligne cités.
-
Cherchez un symbole par son nom, puis demandez ses appelants. Comparez la liste avec ce que vous savez.
-
Choisissez une fonction que vous comptez modifier et demandez ce qui en dépend. Cette liste est son rayon d'impact : confrontez-la aux tests qui détecteraient une casse.
-
Demandez une forme de code plutôt qu'un nom, par exemple tous les gestionnaires de routes ou toutes les classes qui implémentent une interface donnée.
-
Cherchez une chaîne exacte, comme un message d'erreur, et vérifiez que chaque résultat est réel.
-
Commitez un petit renommage, attendez que l'index rattrape son retard, et cherchez les deux noms.
-
Comptez les corrections. Le serveur qui en a demandé le moins gagne, quoi qu'en dise sa liste de fonctionnalités.
Les termes, définis
- Serveur MCP d'intelligence du code
- Un serveur MCP qui indexe le code source et l'expose aux agents IA sous forme d'outils. Au lieu de coller des fichiers entiers dans le prompt, l'agent pose une question et reçoit des résultats classés, avec chemins de fichiers et numéros de ligne.
- Graphe de code
- Une carte des liens entre symboles, fichiers et modules : définitions, références, appels, imports et héritage. Il répond à « qui utilise ceci ? » sans lire chaque fichier.
- Rayon d'impact
- Le code susceptible d'être touché quand un symbole change : ses appelants, ses dépendants et les tests qui les couvrent. Le connaître avant une modification, c'est précisément le rôle de la recherche par graphe.
- Recherche AST
- Une recherche sur l'arbre syntaxique abstrait, la structure analysée du code. Elle trouve du code par sa forme, par exemple toutes les fonctions portant un décorateur donné, ce que la recherche textuelle simple ne fait pas de façon fiable.
- Recherche sémantique
- Une recherche par le sens, à l'aide d'embeddings. Elle trouve le code qui correspond à une description même quand le code et la question n'ont aucun mot en commun.
- Recherche textuelle exacte
- Une correspondance littérale ou par expression régulière. C'est le bon outil pour les messages d'erreur, les clés de configuration et les identifiants que vous connaissez déjà.
La place de Maguyva
Maguyva est un serveur MCP d'intelligence du code hébergé. Il indexe les dépôts GitHub que vous connectez et donne à votre agent 11 outils MCP, chaque résultat étant cité avec son chemin de fichier.
- Recherche
- Recherche sémantique, structurelle, par graphe et textuelle exacte, plus la recherche de symboles et un outil routeur qui choisit le bon mode pour chaque question.
-
intelligent_search -
semantic_search -
structural_search -
text_pattern_search -
find_symbol -
dependency_search -
analyze_dependencies
-
- Langages
- 285 langages et formats texte indexés : 247 avec recherche structurelle par AST, 282 avec extraction de symboles et 151 avec relations de graphe. La profondeur varie selon le langage, alors vérifiez les vôtres.
- Fraîcheur
- Les index se mettent à jour via des tâches de synchronisation GitHub à mesure que le code change.
- Configuration
- Un seul endpoint MCP distant, avec des configurations pas à pas pour 23 clients documentés.
- Prix
- Publics, et par espace de travail plutôt que par siège. Le plan Free couvre 3 dépôts et 50 000 lignes indexées, assez pour le test de 15 minutes.
- Traitement des données
- La page sécurité indique ce qui est stocké et où, ce qui est envoyé pour les embeddings et ce qui est supprimé quand vous vous déconnectez.
Les dépôts se connectent aujourd'hui depuis GitHub. Si votre code est hébergé ailleurs, consultez la page de compatibilité avant de commencer.
// le meilleur benchmark, c'est un dépôt que vous connaissez déjà.