¿Cómo funciona?

Pegas una URL de GitHub y obtienes un documento exhaustivo —arquitectura, stack, APIs, lógica de negocio— listo para que un agente de IA reconstruya el proyecto desde cero. Puedes hacerlo con la Magic URL o con la extensión oficial para GitHub.

01

Magic URL o extensión

En la barra del navegador, cambia github.com poriwtbi.com. Si prefieres no tocar la URL, instala la extensión y lánzalo desde el propio repositorio.

02

Confirma el repositorio

IWTBI identifica el repo, muestra el número de archivos y te pide confirmación. Un clic en Analizar arranca el proceso.

03

Los agentes analizan

Siete especialistas —Grace Hopper, Alan Kay, Barbara Liskov, Roy Fielding, Hedy Lamarr, Donald Knuth y Lynn Conway— trabajan en llamadas independientes, hasta tres a la vez. Margaret Hamilton integra después el plano de reconstrucción. Ves su progreso en tiempo real.

04

Lleva el documento a tu agente

Descarga o copia la documentación generada. Pégala como contexto en Claude Code, Gemini CLI o Codex CLI y el agente reconstruye el proyecto completo.

Extensión oficial

IWTBI dentro de GitHub

La extensión despierta solo sobre repositorios válidos de GitHub, inserta un acceso directo visible dentro de la propia página y te deja crear el documento de reconstrucción con la URL ya preparada. Puedes verla en modo destacado, compacto o no mostrarla.

01
Icono activo solo en repos válidosSi no estás en un repo de GitHub, la extensión se queda dormida.
02
Banner en contexto y configurableAparece bajo la cabecera del repo y puedes dejarlo visible o más discreto.
03
Configuración mínima, útilActivas o desactivas la inyección y eliges entre modo destacado o compacto.
github.com/owner/repo
inyectado por la extensión
IWTBI
IWTBIfor GitHub
repo detectadoAnaliza owner/repo con IWTBIConvierte este repo en un documento Markdown autocontenido para reconstruirlo con una IA.
Crear documento →
Configuración del bannerControla la inyección dentro de GitHub
activa
Inyectar banner en el repoCuando está activo, el acceso directo aparece debajo de la cabecera del repositorio.
Modo de inserciónUsa el banner completo para verlo mejor o una versión compacta si quieres menos ruido.
DestacadoCompacto

Si prefieres un GitHub más limpio, puedes ocultar el banner y seguir lanzando IWTBI desde el icono de la extensión cuando lo necesites.

Qué hace cada agente

Grace Hopper iStack tecnológico

Fija versiones, dependencias, comandos de build, variables y requisitos de ejecución.

Alan Kay iArquitectura

Reconstruye capas, rutas exactas, responsabilidades y relaciones con diagramas Mermaid.

Barbara Liskov iBase de datos

Especifica modelos, tablas, migraciones, relaciones, restricciones y persistencia.

Roy Fielding iAPI y contratos

Detalla endpoints, autenticación, eventos, errores y contratos de entrada y salida.

Hedy Lamarr iFrontend

Describe pantallas, componentes, estados, navegación y comportamiento responsive.

Donald Knuth iLógica de negocio

Extrae reglas, estados, algoritmos, casos límite y criterios funcionales verificables.

Lynn Conway iDevOps y despliegue

Define contenedores, entornos, CI/CD, observabilidad y pasos de despliegue.

Margaret Hamilton iIntegración y validación

Cruza las siete especificaciones y crea el orden de construcción, criterios globales, evidencias e incógnitas sin borrar su detalle.

El objetivo

Sin IWTBI
  • ×
    Horas leyendo códigoEntender la arquitectura de un repo ajeno exige recorrer cientos de ficheros a mano.
  • ×
    Dependencias implícitasLas relaciones entre módulos raramente están documentadas; hay que inferirlas.
  • ×
    Flujos sin documentarLa lógica de negocio vive en el código, no en un documento que un agente pueda leer.
  • ×
    Propenso a erroresEl análisis manual olvida detalles críticos que luego bloquean la reconstrucción.
Con IWTBI

Un documento de reconstrucción autocontenido que puedes copiar o descargar y entregar a Claude Code, Gemini CLI o Codex CLI para volver a construir el producto.

  • +
    Stack y dependenciasLenguajes, frameworks y herramientas de build detectados automáticamente.
  • +
    Arquitectura y patronesMapa de módulos, capas y relaciones entre componentes.
  • +
    Contratos de APIEndpoints, métodos HTTP, esquemas de entrada y salida.
  • +
    Lógica de negocioReglas, flujos y algoritmos clave extraídos del código.

Un pipeline especializado y verificable

Proveedores con respaldo

NaN ejecuta el análisis principal y el sistema puede continuar con Ollama Cloud o z.ai si el proveedor falla.

Contexto especializado

Cada agente recibe solo los ficheros relevantes para su área. Menos ruido, mejor análisis.

Concurrencia controlada

Los siete especialistas trabajan en lotes 3 + 3 + 1. Después, Margaret Hamilton valida el conjunto y prepara el plano transversal.

Streaming en tiempo real

El usuario ve el progreso agente a agente, sin esperar a que termine el análisis completo.

~/iwtbi/analyze

$iwtbi analyzehttps://github.com/usuario/repo

[1/6]Inicializando IWTBI
[2/6]Clonando repositorio
[3/6]Ejecutando especialistas (máx. 3)
└─Grace Hopper · Alan Kay · Barbara Liskov · Roy Fielding
   Hedy Lamarr · Donald Knuth · Lynn Conway
[4/6]Margaret Hamilton: integración y validación
[5/6]Documento listo → copiar o descargar Markdown
[6/6]I Built It

Análisis completado  ·  7 especialistas  ·  máximo 3 llamadas simultáneas

Magic URL

github.com/usuario/repo  →  iwtbi.com/usuario/repo

Si no quieres instalar nada, esta sigue siendo la forma más rápida.

Analizar