Une IA écrit vite : 548 fichiers et 8 373 symboles, trop pour tout garder en tête.
Votre éditeur répond sur un symbole à la fois. Code Helper voit tout le projet, sur 13 langages.
Il indexe 13 128 références en 1,7 seconde et dessine comment les fichiers sont reliés.
La vraie app, sur un vrai projet.
Votre assistant IA l’interroge aussi : ce qui utilise OrderingContext.cs sort de l’index.
Ambih Code Helper est gratuit sur un projet, sous Windows, sans compte.
Ce qu’il fait concrètement
grep cherche du texte. Ceci cherche de la structure. Quatre choses en découlent.
Une carte, pas une arborescence
Code Helper compte chaque fichier, symbole et référence de votre projet, range chaque fichier selon son rôle et dessine le chemin d’une requête, de l’utilisateur jusqu’à la base de données. Vous partez de l’image, pas des dossiers.
Tout le projet compté dès qu’il est indexé
Chaque fichier rangé en interface, contrôleurs, services et entités, selon ce qu’il fait et non selon son dossier
Le chemin de l’utilisateur à la base de données, dessiné pour vous
Ce que montre la vidéo
La vue d’ensemble d’un vrai projet, dotnet/eShop : 570 fichiers, 3 452 symboles, 9 901 références.
Les fichiers triés selon leur rôle : interface, contrôleurs, services, entités.
Puis la carte d’architecture : de l’utilisateur, par les contrôleurs et les services, jusqu’à la base de données.
Tout votre projet sur une seule toile
Pas un fichier et ses voisins — le projet entier, dessiné à partir d’une vraie analyse. Chaque fichier placé selon le rôle qu’il joue, chaque dépendance qui existe vraiment, et les frontières où votre code touche une base de données, une API ou une file. Ouvrez une couche à la fois plutôt que six cents boîtes d’un coup.
Le système entier d’abord, puis on descend — jamais fichier par fichier
Survolez un fichier : orange pour ce dont il dépend, bleu pour ce qui en dépend
Ouvrez un groupe de rôles à la fois — services, puis contrôleurs — pour rester lisible
Découpez un monorepo en les applications qu’il déploie réellement (Pro)
Ce que montre la vidéo
Tous les fichiers d’un projet dessinés d’un coup forment un enchevêtrement que personne ne peut lire.
Code Helper place chaque fichier selon son rôle, à côté des frontières où le code touche une base de données, une API ou une file de messages.
Puis il montre une couche à la fois.
Gardez vos repères dans un projet qui a grossi
Chaque fichier est classé selon ce qu’il fait — contrôleur, service, entité, écran — déduit du code lui-même, jamais des noms de dossiers. Sur un code que vous maintenez depuis des années, c’est la différence entre savoir à peu près où sont les choses et pouvoir les désigner.
Voyez où votre code touche l’extérieur : la base de données, l’API, la file d’attente
Chaque étiquette dit pourquoi elle a été posée : déclarée par le framework, ou déduite
Cliquez sur une case pour ouvrir le fichier, ses voisins et son code
Juste même sur un projet qui ignore les conventions : les dossiers n’ont jamais été la preuve
Comparez deux commits par leur structure, pas par leurs lignes
Un diff de lignes vous dit quel texte a changé. Ceci vous dit ce que le changement a fait au projet : quelles fonctions sont apparues ou ont disparu, quels fichiers se sont mis à dépendre de quels autres, et quelles parties de l’application il a réellement atteintes.
Une image du changement, pas un mur de rouge et de vert
Les connexions ajoutées et supprimées sont dessinées, pas laissées à deviner
Diff complet avant, après et en ligne pour chaque changement
Ce que montre la vidéo
Le diff de lignes d’un vrai commit de dotnet/eShop : 12 fichiers, 99 lignes ajoutées, 189 retirées.
Code Helper montre ce que le changement a fait : OrderQueries ne dépend plus de NpgsqlDataSource, a perdu MapOrderItems() et dépend maintenant d’OrderingContext.
Extension VS Code — en développement
La même carte dans VS Code
Clic droit sur un fichier dans VS Code et vous voyez ce qui s’y rattache, sans quitter l’éditeur. Votre assistant IA peut poser les mêmes questions via MCP : il consulte au lieu de deviner. L’application, l’éditeur et l’assistant lisent un seul index et ne peuvent donc jamais vous dire deux choses différentes du même projet.
Clic droit sur un fichier ou un symbole dans VS Code → Afficher les connexions
Les appelants à gauche, ce qu’il utilise à droite. Déplacez les cases
31 outils que votre assistant IA peut appeler : définitions, appelants, dépendances, structure
Un seul index partagé. Rien n’est analysé deux fois, et rien ne se contredit
Ce que montre la vidéo
Clic droit sur un fichier dans VS Code, puis Show connections.
Les fichiers qui l’appellent apparaissent à gauche, ce qu’il utilise à droite.
Votre assistant IA pose la même question via MCP et obtient la même réponse, du même index.
Analysé avec de vraies grammaires de langage :
C#
JavaScript
TypeScript
Python
Java
Kotlin
Dart
PHP
C++
Rust
Go
Ruby
Scala
IA
Ce que seul un modèle peut dire
L’analyse dit ce qu’est votre code. Un modèle peut dire à quoi il sert — alors Code Helper interroge l’agent déjà présent sur votre machine, et conserve la réponse.
Votre agent, aucune clé à coller
Code Helper lance l’agent IA déjà installé sur votre machine. Aucune clé d’API à coller, aucun second abonnement, et rien ne nous est envoyé.
Ce qu’est cette application
Il lit les routes, les pages et les entités que votre projet déclare, puis le résume en une phrase — « une boutique en ligne avec panier et paiement » — en montrant les indices utilisés.
Regroupé par ce qu’il fait
Le modèle regroupe les noms de votre domaine en fonctionnalités — Paiement, Connexion, Panier. Le graphe de dépendances trouve ensuite les fichiers que chacune atteint, et chaque fichier garde une raison vérifiable.
Vos constats, expliqués
L’onglet Améliorer mesure ; le modèle dit ce qu’un constat signifie pour cette application et par lequel commencer. Les mesures ne bougent pas, et les deux ne sont jamais mélangés à l’écran.
Vous l utilisez ? Votre expérience serait utile à d autres développeurs.
Écrire un avis
Questions fréquentes
Je n’utilise pas l’IA pour coder. Est-ce quand même pour moi ?
Oui, et c’est même ce côté-là qui a été conçu en premier. La carte, les étiquettes de fichiers et la vue des commits sont des choses que vous regardez. L’essentiel de ce que fait Code Helper répond à des questions humaines : c’est quoi ce fichier, qui l’appelle, qu’est-ce qui casse si je le change. Un assistant IA peut poser les mêmes questions, et c’est vraiment utile, mais rien ici n’exige que vous en utilisiez un.
Je connais déjà mon code. Qu’est-ce que ça m’apporterait ?
Trois choses que personne ne garde en tête. Ce qui a discrètement cessé d’être utilisé. Ce qu’un commit a réellement recâblé, par opposition à ce qu’il a touché. Et les fichiers sur lesquels tout le reste s’appuie, donc ce qui coûte cher à changer. Il y a aussi le vous de dans six mois, et la personne à qui vous passerez le projet : la carte est déjà dessinée pour eux.
Mon projet est ancien et brouillon. Est-ce que ça marchera vraiment ?
C’est précisément le cas pour lequel il a été conçu. Les étiquettes viennent du code lui-même, jamais des noms de dossiers : un projet qui ignore toutes les conventions reste correctement cartographié. Il lit ce qui est réellement là. Un projet bien rangé n’est pas une condition, c’est juste un projet qui était déjà lisible.
Combien de travail avant que ce soit utile ?
Pointez-le sur un dossier. Rien à configurer, aucun fichier de projet à écrire, rien à ajouter à votre dépôt. Indexer le code de cette application, 548 fichiers, prend environ 1,7 seconde, et la carte est à l’écran quand c’est fini.
En quoi est-ce différent de « Rechercher toutes les références » dans mon éditeur ?
Votre éditeur répond sur un symbole à la fois, dans un seul langage, tant que le projet est ouvert. Code Helper garde une carte du projet entier dans 13 langages. Il répond à ce qu’on ne peut même pas demander à un éditeur : quelle est la forme de cette application, quels fichiers dépendent de quels autres, et qu’a réellement changé ce commit. Votre assistant IA peut poser les mêmes questions.
Mon code quitte-t-il ma machine ?
Non. L’indexation et toutes les requêtes s’exécutent localement, et l’index est un fichier SQLite sur votre propre disque. Aucun compte n’est nécessaire pour utiliser l’application et aucun code n’est envoyé où que ce soit.
Quels langages sont couverts ?
C#, JavaScript, TypeScript, Python, Java, Kotlin, Dart, PHP, C++, Rust, Go, Ruby et Scala. Il les lit avec les mêmes analyseurs que votre éditeur, Roslyn et tree-sitter : il lit donc votre code comme le ferait un compilateur, au lieu de le deviner. Les gabarits comptent aussi : Blade, Twig, XAML et les vues Vue renvoient au code qui les pilote.
Peut-on se fier au rapport de code mort ?
Considérez-le comme une liste à vérifier, pas comme un verdict. Chaque résultat porte un niveau de confiance, et le rapport indique pour quelle part du projet il a pu répondre. Les frameworks appellent du code d’une manière qu’aucun outil ne voit de l’extérieur : celui-ci sous-déclare donc volontairement plutôt que de vous faire supprimer du code actif.
Quand sort-il, et à quel prix ?
Il n’y a pas encore de date. Ce sera gratuit sur un projet, 99 $ par an en projets illimités, ou 219 $ une fois avec douze mois de mises à jour. Code Helper a ses propres tarifs : un abonnement Ambih Monitor ne l’inclut pas, et acheter l’un n’inclut pas l’autre.
Choisissez votre plateforme
Windows est disponible aujourd’hui. macOS est en développement : dites-moi que vous le voulez et vous serez prévenu le jour de sa sortie.
