El miércoles 18 de marzo, alguien describió un dashboard de facturación a Stitch por voz. Obtuvo 5 variaciones de pantalla en segundos. Arrastró la que le gustó a AI Studio, donde Antigravity generó una app Next.js con Firestore y autenticación. En 20 minutos tenía algo desplegable.

Esto es exactamente lo que Google presentó esta semana, y no una promesa a futuro. Y cambia el tipo de conversación que vamos a tener con los clientes.

Pero estos anuncios también amplían la brecha entre lo que es posible y lo que está listo para producción. Esa brecha es exactamente donde vivimos en IQ Source.

Lo que Google armó en dos días

Stitch, el diseño se convierte en conversación

Stitch existía como experimento de Google Labs desde hace meses. El 18 de marzo lo rediseñaron por completo y le pusieron nombre a la categoría: vibe design.

La idea: describes lo que necesitas en lenguaje natural o por voz, y Stitch genera interfaces de alta fidelidad. No wireframes toscos, pantallas con tipografía, colores, layout y componentes funcionales.

Lo interesante no es la generación en sí (hay varias herramientas que hacen algo parecido), sino tres cosas específicas:

• Canvas infinito con voz: puedes hablar directamente al canvas. “Dame tres opciones de menú lateral” o “cambia la paleta a tonos oscuros” y se actualiza en tiempo real. Según The Register, el agente puede hacer críticas de diseño y entrevistarte para entender qué necesitas.
• DESIGN.md: Stitch genera un archivo de especificación que los asistentes de código pueden consumir directamente. Es el equivalente de diseño a un CLAUDE.md para ingeniería.
• SDK y servidor MCP: los diseños de Stitch se conectan con Claude Code, Cursor, Gemini CLI y otros asistentes. No es un ecosistema cerrado.

El pricing durante beta: 350 generaciones estándar y 200 pro por mes, gratis.

AI Studio + Antigravity, del prototipo al código funcional

Al día siguiente, el 19 de marzo, Google actualizó AI Studio con el agente Antigravity integrado. Es un agente autónomo de código que entiende la estructura completa del proyecto y hace cambios multi-archivo con mínima intervención.

Según el blog de Firebase, la combinación ya se usó internamente para construir cientos de miles de aplicaciones.

Qué hace Antigravity	Qué no hace
Genera apps en Next.js, React, Angular	Tests automatizados ausentes
Detecta cuándo necesitas DB y provisiona Firestore	Sin monitoreo ni alertas
Agrega Firebase Auth automáticamente	Falta rate limiting y RBAC granular
Instala dependencias y librerías externas	Sin revisión de seguridad del código generado
Despliega a Firebase App Hosting	Incompatible con sistemas enterprise (SAP, Salesforce)

Firebase Studio se apaga, otra migración forzada

En paralelo, Google anunció el sunset de Firebase Studio. Timeline: creación de nuevos workspaces se bloquea el 22 de junio de 2026, apagón total el 22 de marzo de 2027.

Firebase Studio tenía menos de un año. Lo lanzaron en Cloud Next en abril de 2025, y ya está en periodo de sunset. Como señaló Frank van Puffelen, developer advocate de Firebase: el producto va a pasar más de la mitad de su vida en periodo de cierre.

Esta costumbre de apagar productos prematuramente ya es conocida. Analicé la dinámica del ecosistema de IA de Google y sus implicaciones para empresas B2B hace unas semanas. La conclusión sigue siendo la misma: Google consolida agresivamente, y las empresas que construyen sobre herramientas específicas de Google terminan migrando cada 12-18 meses.

El pipeline completo: de la idea al deploy en minutos

Cuando juntas las tres piezas, el flujo se ve así:

Paso	Herramienta	Entrada	Salida
Describir	Stitch	Voz, texto, boceto	3-5 variaciones de UI en alta fidelidad
Refinar	Stitch canvas	Conversación por voz	Diseño final + DESIGN.md
Construir	AI Studio + Antigravity	DESIGN.md + instrucciones	App funcional con Firebase (DB, auth, hosting)
Desplegar	Firebase App Hosting	Un clic	URL pública con HTTPS

Para prototipos internos y herramientas de equipo, este flujo es sorprendentemente efectivo. Una persona sin experiencia en diseño o código puede tener algo desplegado en una hora.

El prototipo funciona en la demo, pero está lejos de ser viable en producción.

Dónde se rompe para empresas B2B

En nuestra experiencia en IQ Source, los prototipos que más daño causan son los que funcionan perfecto en la demo. El director ve una app bonita, asume que está “casi lista”, y espera que con una o dos semanas de pulido se pueda lanzar a clientes. Lo que falta no se ve en la demo.

Lo que el pipeline de Google no cubre, y que cualquier aplicación B2B real necesita:

• Seguridad: el código generado no pasa por auditoría. No hay RBAC más allá de Firebase Auth básico. No hay sanitización de inputs ni protección contra inyección.
• Testing: Antigravity no escribe tests. Ni unitarios, ni de integración, ni end-to-end. Una app sin tests es una app que no puedes modificar con confianza.
• Integraciones enterprise: si tu operación depende de SAP, Salesforce, HubSpot, un ERP local o APIs internas, el pipeline no las conecta. Firebase cubre almacenamiento y auth. El resto es ingeniería.
• Observabilidad: faltan elementos básicos como logging estructurado, métricas de rendimiento y alertas. Cuando algo falla en producción (y va a fallar), no vas a saber qué pasó ni cuándo.
• Cumplimiento regulatorio: si manejas datos financieros, de salud o datos personales bajo regulaciones de privacidad, el código generado no cumple con requisitos de auditoría ni retención de datos.

Ya cubrí los riesgos del vibe coding para empresas en detalle, incluyendo los problemas de dependencias, licencias y deuda técnica acumulada. Todo eso aplica aquí.

El MCP de Stitch cambia la ecuación

La parte más relevante del anuncio para equipos de ingeniería es su SDK y servidor MCP, más que Stitch solo.

MCP (Model Context Protocol) es el estándar que permite que herramientas de IA compartan contexto. Con el MCP de Stitch, los diseños fluyen directamente a Claude Code, Cursor o Gemini CLI. Esto es contexto vivo que el asistente de código puede consultar mientras construye, y no un export estático.

El archivo DESIGN.md que genera Stitch cumple una función parecida a CLAUDE.md para ingeniería: documentación estructurada que el agente consume para tomar decisiones de implementación. Esto es ingeniería de contexto aplicada al diseño.

El patrón que veo funcionando para equipos de ingeniería serios:

1. Exploración con Stitch: usar vibe design para iterar rápido sobre opciones de UI. En vez de reuniones de “¿y si la tabla va aquí?”, generar 5 variaciones y decidir.
2. DESIGN.md como especificación: el archivo que genera Stitch se convierte en la fuente de verdad para el diseño, consumible por humanos y por agentes.
3. Ingeniería real para producción: el código lo escribe el equipo (con asistentes), no el pipeline automatizado. Con tests, con revisión, con integración continua.

Como escribí sobre el colapso del SDLC, las fases de diseño y desarrollo se están fusionando. Stitch es un ejemplo concreto de esa fusión. Pero esa fusión no elimina el trabajo técnico, lo transforma.

Cuándo usar este pipeline y cuándo no

Caso de uso	¿Funciona el pipeline?	Recomendación
Dashboard interno de equipo	Sí, ideal	Stitch → AI Studio → deploy directo
Validación rápida de MVP	Sí, con precaución	Pipeline completo para el demo, ingeniería real si se valida
SaaS con clientes reales	Solo fase de diseño	Stitch para exploración, código propio para producción
Industria regulada (fintech, salud)	Solo diseño	No producción con código generado sin auditoría
Integraciones con ERP/CRM	No	El pipeline no conecta con sistemas enterprise legacy
App de alta disponibilidad	No	Necesitas infra propia, monitoreo, failover

Lo que hacemos con esto en IQ Source

Esta semana empezamos a probar Stitch con clientes. No como reemplazo del proceso de diseño, como acelerador de la fase de exploración.

El valor concreto para nuestros clientes B2B: lo que antes eran 2-3 semanas de ida y vuelta entre mockups y feedback se comprime a sesiones de 2-3 horas con Stitch. El cliente describe lo que necesita, vemos variaciones en tiempo real, y salimos con un DESIGN.md que el equipo puede usar como especificación.

La integración MCP es la parte que más nos interesa. Ya usamos Claude Code para desarrollo. Que los diseños fluyan directamente al contexto del agente de código elimina la traducción manual que normalmente se pierde entre diseño y desarrollo.

Pero, y esto es lo que le decimos a cada cliente, el prototipo no es el producto. El pipeline de Google te da el 20% visible en el 5% del tiempo. El 80% restante (seguridad, tests, integraciones, observabilidad, cumplimiento) sigue requiriendo ingeniería.

Envíanos una descripción de tu proyecto en un párrafo. Lo pasamos por el pipeline y te devolvemos un prototipo funcional + una evaluación honesta de lo que necesitas para llegar a producción.

Enviar descripción de proyecto