Un meilleur contexte, pas plus de contexte : orienter un agent de programmation vers le bon code

Un développeur qui corrige un bug ne lit pas tout le dépôt d'abord. Il cherche, suit les références, lit les quelques fichiers qui comptent, les modifie et lance les tests. Les agents de programmation fonctionnent mieux de la même façon. Les outils ci-dessous aident à différentes étapes.

Commencez par ce que vous avez déjà

Avant d'ajouter quoi que ce soit, utilisez des outils déterministes. git diff montre ce qui a changé, git log et git blame montrent pourquoi, et le compilateur, le linter et le lanceur de tests trouvent les erreurs de façon plus fiable qu'un modèle. Donnez au modèle leur sortie, au lieu de lui demander de la deviner.

Empaqueter : petits dépôts et questions ponctuelles

• Repomix (4,3) empaquette un dépôt dans un seul fichier prêt pour l'IA, avec le décompte des tokens, le filtrage des secrets et une compression facultative. C'est l'outil par défaut pour cette tâche, jusqu'à ce que la base de code dépasse la fenêtre de contexte du modèle.
• code2prompt (3,8) fait la même chose avec des modèles et des diffs git. Repomix offre plus de garde-fous et publie des versions plus souvent.
• Riflet (3,5) est une application de bureau en pointer-cliquer pour ceux qui refusent le terminal. C'est une bêta précoce, à code fermé.

Chercher : laisser l'agent trouver le code par le sens

• Serena (4,4) donne aux agents des outils au niveau des symboles, adossés à des serveurs de langage.
• Semble (4,1) et grepai (3,7) font tourner une recherche sémantique de code en local. Tous deux sont jeunes, et leurs promesses d'économies de tokens viennent de leurs auteurs.

Cartographier : les relations entre fichiers

• Graphify (4,1) construit un graphe de connaissances local que l'agent interroge au lieu de lancer des grep. Sa passe de documentation peut, par défaut, envoyer du contenu à un modèle distant.
• code-review-graph (4,0) et GitNexus (3,9) répondent à la question « qu'est-ce que ce changement affecte ? ». GitNexus exige une licence payante pour un usage commercial.
• CodeGraph (4,1) répond au même type de question via un seul outil MCP, sous licence MIT, et met à jour son graphe à mesure que les fichiers changent. La télémétrie d'utilisation reste active tant que vous ne la désactivez pas.

Options hébergées

• DeepWiki (4,0) rédige des wikis gratuits pour les dépôts GitHub publics et dispose d'un serveur MCP. Utile pour s'orienter dans un projet inconnu, mais ses pages peuvent être en retard sur le code.
• Greptile (4,1) relit les pull requests en s'appuyant sur une carte de toute la base de code. Les modes de revue plus approfondis consomment plus de crédits.
• Sourcegraph (4,2) est l'option éprouvée pour chercher dans de nombreux dépôts, à partir d'un contrat annuel minimum de 16 000 $.

Lequel utiliser

Petit projet : git, ripgrep et Repomix suffisent. Projet moyen : ajoutez un fichier d'instructions de projet (CLAUDE.md ou AGENTS.md) et un outil de recherche sémantique. Projet volumineux ou multi-dépôts : outils au niveau des symboles, graphe de code et recherche à l'échelle de l'organisation. Quel que soit votre choix, une consigne courte qui nomme les fichiers concernés, les contraintes et l'échec connu vaut mieux qu'une consigne énorme.