¿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.
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.
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.
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.
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.
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.
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
Fija versiones, dependencias, comandos de build, variables y requisitos de ejecución.
Reconstruye capas, rutas exactas, responsabilidades y relaciones con diagramas Mermaid.
Especifica modelos, tablas, migraciones, relaciones, restricciones y persistencia.
Detalla endpoints, autenticación, eventos, errores y contratos de entrada y salida.
Describe pantallas, componentes, estados, navegación y comportamiento responsive.
Extrae reglas, estados, algoritmos, casos límite y criterios funcionales verificables.
Define contenedores, entornos, CI/CD, observabilidad y pasos de despliegue.
Cruza las siete especificaciones y crea el orden de construcción, criterios globales, evidencias e incógnitas sin borrar su detalle.
El objetivo
- ×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.
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
NaN ejecuta el análisis principal y el sistema puede continuar con Ollama Cloud o z.ai si el proveedor falla.
Cada agente recibe solo los ficheros relevantes para su área. Menos ruido, mejor análisis.
Los siete especialistas trabajan en lotes 3 + 3 + 1. Después, Margaret Hamilton valida el conjunto y prepara el plano transversal.
El usuario ve el progreso agente a agente, sin esperar a que termine el análisis completo.
$iwtbi analyzehttps://github.com/usuario/repo
Magic URL
github.com/usuario/repo → iwtbi.com/usuario/repo
Si no quieres instalar nada, esta sigue siendo la forma más rápida.