Fallow analiza tu proyecto de TypeScript y te dice qué código sobra

Fallow es una herramienta que revisa un proyecto de TypeScript o JavaScript y dice qué código sobra: qué se puede borrar, qué se puede fusionar y qué conviene refactorizar. Lo hace con un único comando que recorre el grafo de módulos entero y devuelve un informe. La propuesta es la de la inteligencia de base de código: en lugar de rastrear a mano, dejar que la herramienta marque los puntos muertos.

El análisis viene en dos capas. La estática mira la estructura y responde a qué está conectado con qué. De ahí salen seis tipos de hallazgo: código sin usar, duplicación, puntos de complejidad alta, desviación de la arquitectura prevista, desviación respecto al sistema de diseño y ramas de feature flags que ya no aportan nada.

La segunda capa es opcional y mira el runtime. Es la que distingue entre el código que existe y el que de verdad se ejecutó en producción, que no siempre coinciden: hay rutas vivas en el grafo que nunca se recorren y ramas que solo se activan en entornos concretos. El comando fallow health combina ambas lecturas.

Qué falta por saber

La documentación se queda en la descripción funcional. No hay ni una demo, ni cifras de rendimiento sobre proyectos grandes, ni detalle de cómo se instrumenta la capa de runtime, que es justo la parte que más preguntas plantea en un despliegue real: qué se inyecta, dónde y con qué sobrecarga. Tampoco se aclara la licencia ni el modelo de precios, dos datos que deciden si esto entra en un pipeline o se queda en una prueba de tarde.

Para un equipo con un repositorio de TypeScript envejecido, la promesa es concreta: encontrar el código que nadie borra porque nadie sabe si sigue en uso. Es un problema real y las herramientas que lo atacan suelen quedarse cortas precisamente en la parte de runtime, la única que zanja la duda. Hasta que Fallow no enseñe esa capa funcionando sobre un proyecto de verdad, lo que hay es una descripción muy ordenada de lo que pretende hacer.