Architecture
Naviguez dans du code que vous n’avez pas écrit.
Ouvrez un dépôt et Panolayer cartographie son architecture : modules, fonctions, classes, appelants et dépendances. La carte est extraite des sources, et non générée par un modèle : le même code produit donc toujours la même carte. Vous, vos agents et le Verification Engine de Panolayer travaillez tous à partir d’elle.
Bêta publique pour macOS. Gratuit pour commencer, sans carte bancaire.

Vous êtes à trois niveaux de profondeur dans un service, à chercher ce qui l’appelle.
Une arborescence de fichiers vous montre où se trouve le code, pas ce qui en dépend. C’est encore plus difficile quand un agent a écrit le code et que vous n’avez qu’un diff de mille lignes. Panolayer cartographie les dépendances : vous parcourez le système visuellement selon ce qui appelle quoi, et non dossier par dossier.
Ce que vous pouvez en faire
02 / Architecture
Descendez jusqu’à ce dont vous avez besoin
Cliquez sur un service pour voir ses modules, puis sur un module pour voir ses fonctions. Les vues diagramme, colonnes et chemin présentent la même structure de trois façons : choisissez celle qui se lit le mieux pour le code sur lequel vous travaillez.
03 / Architecture
Lisez n’importe quelle fonction dans son contexte
Ouvrez getPrice() et vous voyez ce qu’elle fait, ce qu’elle prend en entrée et renvoie, ce qui l’appelle, ce dont elle dépend, les règles qui s’y appliquent et si elle passe actuellement la vérification. Tout ce que vous auriez autrement reconstitué à partir de cinq fichiers et d’une recherche.

04 / Architecture
Voyez jusqu’où une modification se propagera
Avant de demander à un agent de faire passer getPrice() des centimes aux dollars, vérifiez ce qui l’appelle : la page produit, le panier et le paiement. Panolayer suit le graphe de dépendances depuis n’importe quelle fonction : vous savez ce qu’une modification peut toucher avant que quiconque ne la fasse.
05 / Architecture
Vos agents voient la même carte
Les agents que vous exécutez peuvent interroger cette carte via un outil MCP : ils peuvent ainsi rechercher ce qui appelle une fonction avant de la modifier, au lieu de travailler uniquement à partir des fichiers qu’on leur a fournis. La vérification contrôle chaque modification par rapport à cette même carte : vous, vos agents et la vérification partez tous d’une seule et même vue du système.
06 / Architecture
Une documentation qui suit le rythme
Les documents vivants sont générés à partir de l’architecture et restent synchronisés à mesure que le code évolue : la documentation décrit le système tel qu’il est aujourd’hui, et non tel qu’il était lors de sa dernière mise à jour.
Panolayer se souvient de votre projet
Chaque nouvelle session d’agent repart de zéro. Vous réexpliquez les mêmes conventions, les mêmes contraintes et la même raison pour laquelle personne ne touche à cette migration-là. Panolayer conserve une mémoire structurée de votre projet d’une session à l’autre : les décisions que vous avez prises, vos conventions et contraintes, l’historique de vos migrations et la façon dont les bugs passés ont été corrigés. Plus vous travaillez longtemps sur une base de code dans Panolayer, moins vous avez à vous répéter.
Questions
Le diagramme est-il généré par un LLM ?
Non. Il est extrait des sources. Des modèles peuvent ajouter des descriptions en langage clair si vous le demandez, mais ils ne décident pas de la structure.
Puis-je utiliser la carte d’architecture sans exécuter d’agents ?
Oui. Ouvrez un dépôt et utilisez-la pour vous repérer dans du code que vous n’avez pas écrit.
Quels langages sont pris en charge ?
TypeScript, JavaScript, Python, Go, Rust et Java, entre autres. Les appels dynamiques et le code généré sont plus difficiles à suivre et peuvent demander un examen plus attentif.
Voir les langages pris en chargeEst-ce que cela fonctionne sur un monorepo ?
Oui.
Essayez Panolayer sur votre base de code.
Bêta publique pour macOS. Gratuit pour commencer, sans carte bancaire.
