Construite à partir du code
Les nœuds, les arêtes et les frontières des modules viennent de ce que le code importe réellement — routes, fonctions, composants, tables — pas d'un diagramme dessiné à la main qui a dérivé au fil du temps.
Codebase Brain
Votre architecture, comme un graphe vivant.
Repos, modules, dépendances, qui possède quoi — tiré directement du code, pas d'un diagramme que quelqu'un a dessiné en 2023. Il se reconstruit à chaque push, et les clusters avec une activité réelle s'illuminent — pour que la carte ne soit jamais l'image figée d'un wiki. Et tout cela repose sur la même colonne vertébrale que vos clients et votre revenu, si bien que « qu'est-ce que cette fonctionnalité touche vraiment ? » a enfin une réponse.
Montré ici : le vrai code source d'AIOProductOS — nous faisons tourner notre entreprise sur ceci.
Le codebase brain
Il connaît votre produit — y compris le code
Votre architecture comme un graphe vivant, sur la même colonne vertébrale que les clients et le revenu. Cliquez pour découvrir ce qu'il vous offre.
Votre architecture comme un graphe
- Modules regroupés par fonctionnalité, dépendances en cordes
- Se reconstruit à chaque push — jamais un diagramme de wiki figé
Une documentation qui s'écrit toute seule
- Générée depuis le graphe de code et tenue à jour
- Personne n'a à maintenir un wiki
Il montre ce qui est vivant
- Les clusters avec une activité réelle s'illuminent
- Voyez où le travail se passe réellement
Le code sur la fiche client
- Remontez d'une fonctionnalité au code qui la livre
- …et au revenu qui en dépend
Montré ici : le vrai code source d'AIOProductOS — nous tournons nous-mêmes sur ceci.
La carte
Chaque module, câblé comme il l'est vraiment.
Un graphe interactif de toute la base de code : modules regroupés en clusters de fonctionnalités, dépendances tressées en cordes, dimensionnés selon le poids de chaque pièce. Cliquez sur un module pour ouvrir son câblage — et la carte se reconstruit d'elle-même à mesure que votre code change.
La propriété sur le nœud
Chaque module indique qui le possède et combien de fichiers il contient. Les nouveaux ingénieurs reçoivent une carte plutôt qu'une visite guidée du savoir tribal.
Dépendances pondérées
Les arêtes entre modules montrent à quel point les choses s'appuient les unes sur les autres — voyez ce qui va casser avant d'y toucher.
Elle reste à jour toute seule : la carte se reconstruit à chaque push et deux fois par jour, directement depuis le connecteur GitHub — aucune CI à brancher, aucun diagramme à maintenir. Besoin de la voir tout de suite ? Actualisez-la à la demande, à tout moment.
Documentation vivante
Une documentation qui s'écrit toute seule.
Une documentation par module, générée directement depuis le graphe : à quoi sert le module, de quoi il est fait, ses pièces les plus connectées, les tables et RPC qu'il possède, et ce dont il dépend. Les README extraits de vos repos sont juste à côté.
- ✓Déterministe — calculée depuis le graphe, sans appel de modèle, sans facture de tokens.
- ✓Toujours à jour : chaque fois que le graphe se republie, la documentation correspond déjà.
- ✓« Dépend de / utilisé par » par module — le câblage en mots, pas seulement en pixels.
codebase / docs / connectors
connectors — 546 pièces
routes 38 · functions 412 · mappings 51 · tables 9
- · stripe/route.ts — rétro-remplit les clients + le MRR
- · github/mapping.ts — repos, langages, activité
- · sentry/mapping.ts — erreurs → tâches
db · webhooks
pm · analytics · modules
Généré depuis le graphe de code · Données d'exemple
codebase / inventory
- route api/connectors/stripe connectors 64
- table analytics_event db 58
- function stitchIdentity db 41
- component BoardView pm 37
- route api/codebase/brain/refresh codebase 22
TypeScript 68 % · SQL 22 % · autres 10 %
Triée par connexions — poids le plus lourd d'abord · Données d'exemple
L'inventaire
Chaque actif de code. Un catalogue consultable.
Chaque nœud du graphe sous forme de liste plate et filtrable : type, nom, module, fichier, et le nombre de connexions — triée par poids d'abord. Le jumeau tabulaire de la carte, issu de la même source, donc jamais désynchronisé.
- ✓Recherchez et filtrez par type, module ou nom — trouvez la pièce, puis son fichier.
- ✓Répartition des langages agrégée sur tous les dépôts synchronisés.
- ✓Liste des repos avec activité, visibilité, étoiles et issues ouvertes par hébergeur de code.
Ce qui l'alimente
Trois hébergeurs de code en entrée. Déploiements, erreurs et schéma à côté.
Connectez la stack d'ingénierie que vous utilisez déjà. Le graphe d'architecture se construit à partir de GitHub — connectez-le et la carte apparaît, sans CI ni devops de votre côté — tandis que déploiements, erreurs et schéma atterrissent sur la même colonne vertébrale à côté.
GitHub · GitLab · Bitbucket
Le graphe d'architecture se construit aujourd'hui à partir de GitHub — le plus complet pour TypeScript/JavaScript + Supabase. GitLab et Bitbucket synchronisent les métadonnées des repos sur la colonne vertébrale, à côté du revenu.
Vercel · Netlify · Cloudflare
Une chronologie de déploiement avec projet, environnement, état, branche et commit. Sachez quand une fonctionnalité a vraiment été livrée.
Sentry
Les erreurs de production atterrissent comme des tâches avec leurs stack traces — un flux d'erreurs en direct, reliable aux comptes et aux fonctionnalités.
Supabase · Firebase
Schéma et posture d'accès — tables, policies, configuration d'auth. Nous ne lisons jamais les lignes de données de vos clients.
Inngest
Les jobs asynchrones, échecs et relances deviennent des tâches visibles — la moitié invisible de votre système, sur le registre.
Zapier · webhooks
Les événements de la colonne vertébrale déclenchent des webhooks sortants, pour que le reste de vos outils réagisse sans avoir à sonder.
Chaque source atterrit par connecteur — connectez-en un et ses données affluent ; connectez-en plus et l'image se complète.
Une colonne vertébrale
Le code d'un côté. Les clients de l'autre. Le même enregistrement.
La plupart des équipes gardent l'architecture dans un outil et le revenu dans un autre, sans rien entre les deux. Ici, repos, déploiements et erreurs atterrissent sur la colonne vertébrale qui contient déjà vos comptes, abonnements et retours. Ainsi, la fonctionnalité, le code derrière, et les clients qui l'attendent cessent d'être trois questions séparées.
Limite honnête : les données de code rejoignent la colonne vertébrale par connecteur. Les erreurs Sentry arrivent aujourd'hui comme des tâches ; des vues de code par client plus riches s'activeront à mesure que chaque jointure sera livrée.
1 734 nœuds · 4 217 arêtes · 36 modules
Le graphe en haut de cette page est le nôtre. Ce sont les vrais chiffres de la carte d'architecture d'AIOProductOS — le même écran que notre équipe ouvre pour intégrer les ingénieurs et décider ce qu'un changement va toucher. Nous ne faisons pas la démo d'un concept ; nous vous montrons notre propre code.
Commencer
Voyez votre propre architecture sur la colonne vertébrale.
Connectez GitHub en un clic — pas de CI, pas de YAML, rien à brancher. Repos et langages se synchronisent en quelques minutes, le graphe se construit à partir de là, et il reste à jour tout seul.
FAQ
Questions, réponses
Que montre Codebase Brain ?
Votre architecture comme un graphe interactif — repos, modules, dépendances et propriété — plus un inventaire complet des actifs de code et une documentation extraite automatiquement, pour que vous voyiez le système au lieu de le lire ligne par ligne.
Quels outils l'alimentent ?
Le graphe d'architecture se construit à partir de vos repos GitHub — connectez GitHub et il apparaît, sans CI ni devops de votre côté. À côté, sur la même colonne vertébrale : les métadonnées de repos GitLab et Bitbucket, les déploiements de Vercel, Netlify et Cloudflare, et les erreurs de Sentry — juste à côté de vos clients et de votre revenu.
D'où viennent les documents ?
Ils sont extraits automatiquement de la base de code cartographiée, si bien que la documentation reflète les modules réels et leurs relations au lieu de devenir obsolète dans un wiki.
Pourquoi cartographier le code à l'intérieur d'un OS produit ?
Parce qu'il repose sur la même colonne vertébrale que le revenu et le travail produit — donc un module n'est pas juste du code, il est relié aux fonctionnalités et aux clients qu'il sert. C'est le « pourquoi », exprimé en revenu et en code.
Dois-je la maintenir à jour moi-même ?
Non. Connectez GitHub et la carte se reconstruit toute seule — à chaque push et deux fois par jour — sans configuration de CI ni de devops. Les clusters avec une activité réelle s'illuminent, pour refléter où le travail se passe vraiment. L'actualisation manuelle reste disponible si vous la voulez à la demande.