
Por Thomas Cohen, fundador de Maestro
Firebase Studio cierra: con qué sustituirlo y qué te debe una herramienta que se detiene
Google cerró las inscripciones de Firebase Studio en junio y eliminará los espacios de trabajo en marzo de 2027. GitHub declaró obsoleto Spark en agosto. Dos talleres de creación de aplicaciones detenidos en un verano y la misma lección para quien construye en otra parte.
Firebase Studio cierra: Google cortó las inscripciones y la creación de espacios de trabajo el 22 de junio de 2026 y eliminará los datos restantes el 22 de marzo de 2027, sin posibilidad de recuperación (documentación de migración de Firebase). Para sustituirlo, Google remite a AI Studio o Antigravity. GitHub anunció la retirada de Spark el 4 de agosto de 2026 (registro de cambios de GitHub).
Veintitrés meses
Firebase Studio se había lanzado en abril de 2025 como taller de desarrollo en el navegador. Entre la apertura y el cierre de las inscripciones habrá vivido veintitrés meses. Los servicios de fondo de Firebase continúan, incluidas la base de datos, la autenticación y el alojamiento: el cierre afecta al taller de creación. Quienes aún tienen un espacio de trabajo pueden exportar su código a un proveedor de alojamiento externo o usar la herramienta de línea de comandos de Firebase para conservar sus direcciones de alojamiento. La puerta de salida existe, con una fecha límite que llega dentro de seis meses.
Spark se dirigía a tu lugar
GitHub Spark prometía describir una aplicación con claridad y verla aparecer sin escribir código ni manejar vocabulario técnico. De todas las herramientas que seguimos, era la que más se acercaba al público de este diario: personas con una necesidad de negocio y sin equipo técnico. El registro de cambios del 4 de agosto anuncia su retirada; según registros secundarios, la creación de nuevas aplicaciones se detuvo ese día y se mantuvo una ventana para recuperar el código hasta finales de agosto. Esa ventana se ha cerrado. Lo que queda en GitHub exige saber manejar un repositorio, una rama, una ficha de tarea y una solicitud de fusión: cuatro palabras que por sí solas deciden si una herramienta está hecha para ti.
Lo que te debe una herramienta que cierra
Tres cosas, que se comprueban antes de empezar y no el día del anuncio. Un preaviso lo bastante largo para reconstruir en otro lugar: Google da nueve meses entre el cierre de las inscripciones y la eliminación de los datos; GitHub dejó unas semanas. Una salida que devuelva el producto y no una captura de pantalla: el código fuente completo, en formato abierto, sin pasar por soporte comercial ni por un plan superior. Un lugar donde tu proyecto ya viva fuera de la plataforma, para que el cierre sea una mudanza. En agosto planteamos la pregunta al revés: qué pasa con tu aplicación si desaparece la herramienta que la creó.
Cuando es la persona y no la plataforma
La misma preparación sirve el día que quien tenía las llaves deja de responder, asunto que tratamos en cuando desaparece el proveedor. En ambos casos, la pregunta es qué está a tu nombre: el código, los datos, el dominio y los accesos al alojamiento. Una herramienta o un proveedor que conserve una sola de estas cuatro piezas te hace depender de su salud: comercial en un caso y personal en el otro. Las cuatro se transfieren en un día cuando está previsto, y se pierden por completo cuando no lo está.
Las alternativas, sin complacencia
Google AI Studio y Antigravity retoman la promesa en el mismo proveedor y con el mismo modelo: tu trabajo vive en un espacio alojado cuya duración no decides. Lovable, Bolt o Replit construyen rápido, alojan en sus plataformas y ofrecen una salida mediante exportación de código según los planes; para un prototipo que mostrar la semana que viene, siguen siendo el camino más corto. Un equipo de agentes dirigido desde tu máquina, como hace Maestro, sitúa el equilibrio en otro lugar: el código, el documento de requisitos validado y las versiones de tu producto permanecen en tu disco, la copia de seguridad en línea es opcional y va a tu propia cuenta. A cambio, hay que instalar una aplicación de escritorio, tener una suscripción a un asistente y dirigir el trabajo, algo que evitaba un taller en el navegador.
La prueba que debes hacer esta semana
Abre la herramienta donde vive tu aplicación y busca cómo salir sin pedir permiso a nadie: descarga todo el código, exporta los datos y anota dónde está registrado el dominio. Si alguna de estas tres operaciones exige un ticket de soporte o un cambio de plan, ya conoces tu exposición el día de un anuncio. Repite esta prueba una vez por trimestre y guarda el código descargado junto a tus otras copias de seguridad, con la fecha del día.