Codebase Brain

Tu arquitectura, como un grafo vivo.

Repos, módulos, dependencias, quién es responsable de qué — extraído directamente del código, no de un diagrama que alguien dibujó en 2023. Se reconstruye con cada push, y los clústeres con actividad real se iluminan — así el mapa nunca es la imagen congelada de un wiki. Y todo esto vive en la misma columna vertebral que tus clientes y tus ingresos, así que "¿qué toca realmente esta función?" por fin tiene una respuesta.

Mostrado aquí: el código real de AIOProductOS — nosotros mismos operamos nuestra empresa sobre esto.

El codebase brain

Conoce tu producto — incluido el código

Tu arquitectura como un grafo vivo, en la misma columna vertebral que los clientes y los ingresos. Haz clic para descubrir qué te ofrece.

Mapa vivo

Tu arquitectura como un grafo

  • Módulos agrupados por función, dependencias como cuerdas
  • Se reconstruye con cada push — nunca un diagrama de wiki congelado

Docs automáticas

Documentación que se escribe sola

  • Generada desde el grafo de código y mantenida sincronizada
  • Nadie tiene que mantener un wiki

Actividad

Muestra lo que está vivo

  • Los clústeres con actividad real se iluminan
  • Ve dónde está realmente el trabajo

De extremo a extremo

Código en el registro del cliente

  • Rastrea una función hasta el código que la entrega
  • …y hasta los ingresos que dependen de ella

Mostrado aquí: el código real de AIOProductOS — nosotros mismos operamos sobre esto.

El mapa

Cada módulo, conectado tal como realmente está.

Un grafo interactivo de toda la base de código: módulos agrupados en clústeres por función, dependencias trenzadas como cuerdas, con un tamaño según cuánto peso soporta cada pieza. Haz clic en un módulo para abrir sus conexiones — y el mapa se reconstruye solo a medida que tu código cambia.

    Construido a partir del código

    Los nodos, aristas y límites de módulo provienen de lo que el código realmente importa — rutas, funciones, componentes, tablas — no de un diagrama dibujado a mano que se fue desactualizando.

    Responsabilidad en el nodo

    Cada módulo indica quién es responsable de él y cuántos archivos tiene. Los nuevos ingenieros reciben un mapa en lugar de un recorrido por el conocimiento tribal.

    Dependencias con pesos

    Las aristas entre módulos muestran cuánto se apoyan unas cosas en otras — ve qué se rompe antes de tocarlo.

Se mantiene actualizado solo: el mapa se reconstruye con cada push y dos veces al día, directo desde el conector de GitHub — sin CI que configurar, sin diagrama que mantener. ¿Lo necesitas ahora? Actualízalo a demanda en cualquier momento.

Documentación viva

Documentación que se escribe sola.

Documentación por módulo, generada directamente desde el grafo: para qué sirve el módulo, de qué está hecho, sus piezas más conectadas, las tablas y RPC que posee, y de qué depende. Los README extraídos de tus repos están justo al lado.

  • Determinista — calculada desde el grafo, sin llamadas a modelos, sin factura de tokens.
  • Siempre actualizada: cada vez que el grafo se vuelve a publicar, la documentación ya coincide.
  • "Depende de / usado por" por módulo — la conexión en prosa, no solo en píxeles.
codebase / docs / connectors

connectors — 546 piezas

routes 38 · functions 412 · mappings 51 · tables 9

Piezas clave

  • · stripe/route.ts — rellena retroactivamente clientes + MRR
  • · github/mapping.ts — repos, lenguajes, actividad
  • · sentry/mapping.ts — errores → tareas

Depende de

db · webhooks

Usado por

pm · analytics · modules

Generado desde el grafo de código · Datos de ejemplo

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

Lenguajes · todos los repos sincronizados

TypeScript 68% · SQL 22% · otros 10%

Ordenado por conexiones — lo más importante primero · Datos de ejemplo

El inventario

Cada activo de código. Un catálogo con búsqueda.

Cada nodo del grafo como una lista plana y filtrable: tipo, nombre, módulo, archivo, y cuántas cosas se conectan a él — ordenado primero por lo más importante. El gemelo tabular del mapa, de la misma fuente, así que nunca se desincroniza.

  • Busca y filtra por tipo, módulo o nombre — encuentra la pieza, luego su archivo.
  • Desglose de lenguajes agregado en todos los repositorios sincronizados.
  • Lista de repos con actividad, visibilidad, estrellas e issues abiertos por cada host de código.

Qué lo alimenta

Tres hosts de código de entrada. Deploys, errores y esquema al lado.

Conecta el stack de ingeniería que ya usas. El grafo de arquitectura se construye desde GitHub — conéctalo y el mapa aparece, sin CI ni devops de tu parte — mientras que deploys, errores y esquema llegan a la misma columna vertebral, justo al lado.

    Hosts de código

    GitHub · GitLab · Bitbucket

    El grafo de arquitectura se construye hoy desde GitHub — el más completo para TypeScript/JavaScript + Supabase. GitLab y Bitbucket sincronizan metadatos de repos en la columna vertebral, junto a los ingresos.

    Deploys

    Vercel · Netlify · Cloudflare

    Una línea de tiempo de deploys con proyecto, entorno, estado, branch y commit. Sabe cuándo se lanzó realmente una función.

    Errores

    Sentry

    Los errores de producción llegan como tareas con stack traces — un feed de errores en vivo, que se puede unir a cuentas y funciones.

    Esquema de base de datos

    Supabase · Firebase

    Esquema y postura de acceso — tablas, políticas, configuración de auth. Nunca leemos las filas de datos de tus clientes.

    Tareas en segundo plano

    Inngest

    Los trabajos asíncronos, fallos y reintentos se convierten en tareas visibles — la mitad invisible de tu sistema, en el registro.

    De vuelta hacia afuera

    Zapier · webhooks

    Los eventos de la columna vertebral disparan webhooks salientes, así el resto de tus herramientas reacciona sin tener que hacer polling.

Cada fuente llega por conector — conecta uno y sus datos fluyen; conecta más y el panorama se completa.

Una columna vertebral

El código en un lado. Los clientes en el otro. El mismo registro.

La mayoría de los equipos mantienen la arquitectura en una herramienta y los ingresos en otra, sin nada en medio. Aquí, los repos, deploys y errores llegan a la columna vertebral que ya contiene tus cuentas, suscripciones y feedback. Así, la función, el código detrás de ella y los clientes que la esperan dejan de ser tres preguntas separadas.

Mira: el mapa de arquitectura, en vivo sobre la columna vertebral · Datos de ejemplo

Límite honesto: los datos de código se unen a la columna vertebral por conector. Los errores de Sentry llegan hoy como tareas; vistas de código más completas por cliente se activarán a medida que cada unión se implemente.

1.734 nodos · 4.217 aristas · 36 módulos

El grafo en la parte superior de esta página es el nuestro. Esos son los números reales del mapa de arquitectura de AIOProductOS — la misma pantalla que abre nuestro equipo para incorporar ingenieros y decidir qué va a tocar un cambio. No estamos haciendo una demo de un concepto; te estamos mostrando nuestro propio código.

Empieza

Ve tu propia arquitectura en la columna vertebral.

Conecta GitHub con un clic — sin CI, sin YAML, nada que configurar. Los repos y lenguajes se sincronizan en minutos, el grafo se construye a partir de ahí, y se mantiene actualizado solo.

FAQ

Preguntas, respondidas

¿Qué muestra Codebase Brain?

Tu arquitectura como un grafo interactivo — repos, módulos, dependencias y responsables — más un inventario completo de activos de código y documentación extraída automáticamente, para que puedas ver el sistema en lugar de leerlo línea por línea.

¿Qué herramientas lo alimentan?

El grafo de arquitectura se construye desde tus repos de GitHub — conecta GitHub y aparece, sin CI ni devops de tu parte. Junto a él, en la misma columna vertebral: metadatos de repos de GitLab y Bitbucket, deploys de Vercel, Netlify y Cloudflare, y errores de Sentry — al lado de tus clientes y tus ingresos.

¿De dónde vienen los docs?

Se extraen automáticamente de la base de código mapeada, así que la documentación refleja los módulos reales y sus relaciones en lugar de quedar obsoleta en un wiki.

¿Por qué mapear la base de código dentro de un OS de producto?

Porque vive en la misma columna vertebral que los ingresos y el trabajo de producto — así que un módulo no es solo código, está vinculado a las funciones y a los clientes a los que sirve. Ese es el "por qué", medido en ingresos y código.

¿Tengo que mantenerlo actualizado?

No. Conecta GitHub y el mapa se reconstruye solo — con cada push y dos veces al día — sin ninguna configuración de CI ni devops. Los clústeres con actividad real se iluminan, así que refleja dónde está pasando realmente el trabajo. La actualización manual sigue ahí si alguna vez la quieres a demanda.