Salir de Bubble empieza por saber qué hace realmente tu app
UnBubble es el método que usamos en nuestras migraciones de Bubble, publicado como open source. Lee el export de tu app en tu máquina y lo convierte en una auditoría de lo que está muerto, en la documentación de lo que queda y en un plan de reconstrucción que le dice a quien vaya a construir el sistema nuevo qué hacer y en qué orden.
Código abierto en GitHubApache 2.0 · funciona con Claude Code, Codex, Cursor y cualquier host de Agent Skills
Cuatro cosas que el export no cuenta
El export es un inventario, no un plano
El archivo .bubble lista cada página, workflow y campo, enlazados por ids generados. Registra lo que existe sin decir qué importa, y un agente que lo lee en crudo rellena los huecos adivinando.
Años de edición dejaron peso muerto
Páginas a las que nada navega, workflows que nada dispara, plugins todavía en un plan de pago. Reconstruirlos es desperdicio, y no saber cuáles son convierte cada estimación en una apuesta.
Las credenciales solo existen en la app antigua
Las claves de API y la configuración de las integraciones muchas veces no están en ningún otro lugar. Perderlas a mitad de la reconstrucción frena el proyecto en un acceso que nadie recuerda haber dado.
El corte rompe lo que nadie listó
Webhooks, consumidores de la Data API y URLs antiguas siguen llamando a la app. Una reconstrucción que nunca los listó rompe integraciones el día del corte.
Cuatro etapas, del export al corte
Cada etapa es una skill que ejecuta tu agente de código. Detrás de cada skill hay scripts que sacan los hechos del export, para que el agente no tenga que adivinarlos.
01
Auditoría
Un informe interactivo lista lo que no se usa en diez áreas de la app, como páginas, workflows de backend, plugins y campos, y da a cada elemento un nivel de confianza. Limpias la app y la exportas de nuevo antes de reconstruir nada.
02
Clone y level-up
El clone documenta la base de datos, las APIs, los workflows y las reglas de negocio de forma verificable, y guarda en un .env local cada credencial que trae el export. El level-up diseña la arquitectura objetivo, el nuevo modelo de datos y el plan de migración.
03
Reconstrucción
La reconstrucción parte de un backlog atómico, la haga tu equipo, un agente de código o Yowpi. Dos gates mantienen honesta la reconstrucción: cada requisito tiene una historia, y cada columna migrada la lee o la escribe el código nuevo.
04
Corte
El plan de migración define cómo se mueve cada tabla (CSV o la Data API), la ventana del corte, la conciliación de datos que firma el dueño de la app y la vuelta atrás si algo falla. Tras el corte, la app de Bubble queda como archivo de solo lectura.
Corre donde corre tu agente
Clona el repositorio y conecta las skills al agente que ya usas. Los scripts solo necesitan la biblioteca estándar de Python y también corren sin agente.
git clone https://github.com/yowpi-tech/unbubble.gitMíralo en una app de demostración antes que en la tuya
Tidewater Rentals es una app ficticia de alquiler de equipos que creamos para mostrar el método. En casi todas las secciones de la auditoría, su export tiene algo en uso y algo muerto. El informe de abajo es lo que UnBubble produjo a partir de él, sin retoques.
El export, el informe y los scripts que los generaron están en el repositorio: la app de demostración
Lo que no hace
Enumeramos los límites de la herramienta de entrada, igual que enumeramos los trade-offs de una migración.
No convierte tu app
Convertir una app de Bubble en código pieza por pieza traslada al código nuevo los mismos problemas de arquitectura. UnBubble hace la lectura y la planificación; escribir el código sigue siendo trabajo de tu equipo, de un agente de código o nuestro.
Lee el export, no tu base de datos
El export trae la estructura de la app, no sus registros. Los registros se mueven por CSV o por la Data API, en el orden que define el plan de migración.
Tus datos se quedan en tu máquina
El pipeline principal corre en local, sin subir nada y sin crear cuentas. Un modo conectado, opcional y experimental, trabaja sobre la app en vivo a través del editor, y solo con el consentimiento del dueño de la app.
Lo que preguntan antes de probarlo
- ¿UnBubble es gratuito?
- Sí. Es open source bajo la licencia Apache 2.0: puedes usarlo y modificarlo, también con fines comerciales, siempre que conserves la licencia y el aviso.
- ¿Y si no voy a salir de Bubble?
- La auditoría sirve igual: saber qué está muerto hace la app más fácil de mantener y muestra los plugins de pago que nada usa. Puedes quedarte en la auditoría y decidir la migración más adelante.
- ¿Envía mi export a algún sitio?
- No. Los scripts leen el export donde está y escriben en una carpeta de proyecto en tu máquina. Las credenciales van a un .env local que nunca entra en los documentos, y nada se nos envía.
- ¿Con qué agentes de código funciona?
- Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI y cualquier otro host que lea Agent Skills. Los scripts también corren solos, desde una terminal.
- ¿Y los términos de uso de Bubble?
- El pipeline principal solo lee el export que el dueño de la app descarga del editor. El modo conectado, opcional, usa endpoints no documentados del editor, que pueden cambiar sin aviso. Por eso es experimental y solo debe usarse con el consentimiento del dueño de la app, nunca sin supervisión.
- ¿Trabajan con agencias?
- Sí. Cuando una migración sea mayor que tu equipo, hablemos de referidos.
- ¿Quién mantiene UnBubble?
- Yowpi Tech. Los issues y pull requests son bienvenidos en GitHub, y el soporte se da según disponibilidad, sin SLA. Cuando la migración necesita un equipo, el camino es el Diagnóstico de Arquitectura Operacional, justo abajo.
Bubble y Bubble.io son marcas de Bubble Group, Inc. UnBubble es un proyecto independiente, sin afiliación ni respaldo de Bubble.
El modo conectado está construido sobre befree-bubble-mcp, de Pedro Duarte (Befree Academy), licencia MIT.
Cuando la migración no puede detener la operación
UnBubble te da los hechos y el plan. Cuando la app sostiene una operación que no puede detenerse mientras cambia, hacemos la migración con tu equipo, empezando por el Diagnóstico de Arquitectura Operacional: 30 minutos con el fundador de Yowpi sobre qué se transfiere, qué se rediseña y por dónde empezar. Asumimos hasta 6 proyectos en paralelo.
Habla directo con el arquitecto que va a conducir el proyecto. Sin vendedores.