codebase-memory-mcp

Par github · awesome-copilot

À utiliser lorsqu'un serveur codebase-memory-mcp configuré peut aider à la découverte de code par graphe, à l'orientation architecturale, à la recherche de symboles, aux appelants et appelés, au traçage des dépendances ou des flux de données, à l'analyse d'impact, aux modules inconnus, ou lors d'une demande explicite de Codebase Memory.

npx skills add https://github.com/github/awesome-copilot --skill codebase-memory-mcp

Mémoire de Codebase MCP

Utilisez le graphe Codebase Memory configuré comme accélérateur de découverte, non comme unique source de vérité. Confirmez les conclusions dérivées du graphe avec des extraits de code source ou des fichiers locaux avant de modifier du code ou de formuler des affirmations fortes.

Workflow

  1. Découvrez les outils Codebase Memory exposés par le client MCP actuel ; les clients peuvent préfixer ou renommer les espaces de noms d'outils.
  2. Appelez list_projects quand disponible et utilisez le nom exact du projet indexé. Si le dépôt n'est pas indexé, poursuivez avec une exploration locale ou demandez avant d'appeler index_repository si l'accès au graphe est important.
  3. Avant des conclusions sensibles à la branche ou à l'édition, utilisez index_status ou detect_changes quand disponible. Après un changement de branche, supposez que l'index peut être obsolète jusqu'à vérification. Si la fraîcheur ne peut pas être établie, divulguez cette limitation et vérifiez localement.
  4. Utilisez get_architecture une seule fois pour vous orienter dans un dépôt ou sous-système inconnu. Ne le répétez pas pour des questions de suivi étroites.
  5. Utilisez search_graph pour les définitions, implémentations, routes, classes, interfaces, appelants et symboles connexes. Privilégiez une requête en langage naturel pour la découverte et un motif de nom ou de nom qualifié pour les symboles connus. Limitez par label ou chemin, définissez une limite de résultats, et paginez ou réduisez la portée quand la réponse signale plus de résultats.
  6. Utilisez search_code ou la recherche normale du dépôt pour les chaînes littérales, clés de configuration, identifiants de test, messages d'erreur et fichiers non-code. Ne transformez pas une recherche de texte précise en requête graphe large.
  7. Après une recherche graphe, utilisez get_code_snippet avec le nom qualifié retourné. Si les extraits de code source ne sont pas disponibles, ouvrez le fichier local avant de vous fier au résultat.
  8. Utilisez trace_path pour les appelants, appelés, chemins de dépendance, flux de données, chemins entre services et analyse d'impact. Incluez les tests uniquement quand la couverture de test fait partie de la question.
  9. Utilisez get_graph_schema avant query_graph. Réservez les requêtes personnalisées aux questions multi-sauts ou agrégées que les outils plus simples ne peuvent pas répondre, et appliquez LIMIT ou la limite de lignes de l'outil.
  10. Quand le graphe et la source extraite ne concordent pas, traitez la source comme courante et signalez la probable dérive de l'index.

Sécurité et recours

  • N'installez pas Codebase Memory ou une autre skill tierce de ce workflow.
  • N'appelez pas delete_project, n'ingérez pas de traces, ne mettez pas à jour d'ADR, ou n'indexez un dépôt que si l'utilisateur l'a explicitement demandé ou approuvé ; annoncez-le avant l'exécution.
  • Revenez à une exploration normale du dépôt quand le serveur MCP, le projet, l'index ou la capacité requise est indisponible ; n'inventez pas de résultats d'outils et n'arrêtez pas une tâche qui peut être complétée en toute sécurité sans le graphe.

Skills similaires