Underpeaks genera tu backend, tu app Flutter y tu Next.js desde un solo esquema
Un desarrollador en solitario publica una herramienta que toma el modelo de datos definido una vez y escupe API REST, cliente móvil, cliente web y panel de administración.
Defines tu modelo de datos una sola vez —campos, tipos, relaciones— en la consola de Underpeaks, y de ahí salen una API REST, una app Flutter, una app Next.js y, si la quieres, un panel de administración con KPIs y gráficos. Eso es lo que propone su autor, un desarrollador en solitario que ha presentado el proyecto como lanzamiento en Product Hunt.
El problema que dice resolver lo habrá vivido cualquiera que haya mantenido dos clientes sobre el mismo backend: montas la API, construyes encima la app Flutter, construyes además una aplicación Next.js aparte sobre los mismos datos y sincronizas a mano cada vez que cambia el esquema. Underpeaks ataca ese trabajo repetido generando el código a partir del modelo.
Qué sale de la consola
Según su autor, no es andamiaje vacío: el resultado es código fuente legible, con el patrón de gestión de estado que ya uses. En Flutter ofrece Riverpod, Provider o BLoC; en Next.js, Zustand, React Query o Jotai. La elección es de quien usa la herramienta, no del generador.
La herramienta tampoco se ata a un motor de base de datos. Trae cinco adaptadores: Supabase, Postgres, MySQL, MongoDB y Firebase. La interfaz es la misma con cualquiera de ellos, así que un esquema que empiece en Supabase puede mudarse después y llevarse consigo el código generado, siempre según la descripción del proyecto.
Licencia y despliegue
Underpeaks Core es gratuito, open source y se ejecuta en infraestructura propia: no llama a casa ni activa funciones que no hayas aceptado. Underpeaks Studio es la versión alojada para quien prefiera no operarlo por su cuenta.
Lo que falta son números. El anuncio no incluye benchmarks ni cifras de rendimiento, y tampoco un enlace al repositorio, aunque el núcleo se presente como abierto. El autor reconoce que es un desarrollo en solitario y que hay partes todavía sin pulir, y pide precisamente opinión sobre la arquitectura y los compromisos de diseño.
Para un equipo que mantenga web y móvil contra el mismo backend, la propuesta es atractiva sobre el papel: un esquema, dos clientes y una API coherentes entre sí. La pregunta que queda abierta es cuánto del código generado hay que retocar después, y qué ocurre cuando el modelo de datos crece más allá de lo que la consola sabe expresar. Eso no se responde con una nota de lanzamiento.
