Actualizado el 18 de julio de 2026 — estados de vista previa corregidos a la realidad multi-runtime actual (microVMs de PHP + Python en vivo desde julio de 2026) y datos de la plataforma refrescados.
¿Cómo genera VULK para 8 plataformas desde una conversación?
La respuesta completa: antes de que tu prompt llegue a un modelo de IA, el sistema de detección de VULK lo escanea buscando señales específicas de plataforma — ponderando contexto, términos co-ocurrentes y patrones de intención, no solo palabras clave — y lo enruta a uno de ocho pipelines de generación dedicados: React + Vite, Flutter, React Native + Expo, temas Liquid de Shopify, apps de Shopify (Remix + App Bridge), Shopify Hydrogen, PHP/Laravel y juegos Three.js. Cada pipeline tiene su propio system prompt, lógica de estructura de archivos, estrategia de vista previa y ruta de despliegue. Nunca eliges de un desplegable; describes lo que quieres y el modo correcto se activa.
La demanda es medible y multiplataforma: entre 11.355 proyectos generados, la demanda histórica de prompts incluye 381 peticiones de Flutter, 310 de backends Node, 246 de Python, 213 de React Native/Expo y 174 de PHP — junto a la mayoría React (datos de la plataforma VULK, julio de 2026). El mundo del desarrollo es mucho más grande que React, y VULK se construyó para todo él.
¿Por qué nadie más quiso resolver esto?
Cuando empecé a construir VULK, todos los constructores de código con IA del mercado generaban lo mismo: una app React con Tailwind CSS. Bolt, v0, Lovable, Replit — todos. Si querías una app móvil, un tema de Shopify, un backend Laravel o un juego de navegador, no tenías suerte. Toda la categoría había decidido que "la IA construye apps" significaba "la IA construye apps React".
Eso nunca tuvo sentido para mí. Hay 1,7 millones de comerciantes de Shopify que necesitan temas personalizados. Flutter tiene más de un millón de desarrolladores activos construyendo apps móviles nativas. PHP sigue impulsando la mayor parte del lado servidor de la web. Three.js es el estándar del 3D en navegador. Son comunidades masivas, y estaban siendo completamente ignoradas.
Así que construí VULK para manejarlas todas. Una conversación, 8 plataformas:
- React + Vite — Web apps con Tailwind CSS
- Flutter — Apps móviles nativas con Clean Architecture
- React Native + Expo — Móvil multiplataforma con NativeWind
- Temas Liquid de Shopify — Online Store 2.0
- Apps de Shopify — Remix + App Bridge + Polaris
- Shopify Hydrogen — Storefronts de comercio headless
- PHP / Laravel — Aplicaciones del lado servidor
- Three.js — Juegos de navegador con motores de físicas
¿Cómo funciona la detección realmente por debajo?
Aquí está la parte que más curiosidad despierta. No eliges una plataforma de un desplegable. Simplemente describes lo que quieres, y VULK determina qué modo de generación activar.
Antes de que tu prompt llegue al modelo de IA, nuestro sistema de detección lo escanea buscando señales específicas de plataforma. No son coincidencias ingenuas de palabras clave — el sistema pondera contexto, términos co-ocurrentes y patrones de intención. Por ejemplo, "construye una app con pantallas y una barra de navegación inferior" señala móvil, no web. "Construye una tienda con variantes de producto y colecciones" señala Shopify, no e-commerce genérico.
La detección sigue un orden de prioridad estricto, y hay una razón: Shopify App > Shopify Hydrogen > Shopify Liquid > Flutter > React Native > Three.js > PHP/Laravel > React (por defecto).
¿Por qué este orden? Porque la especificidad debe ganar. Si alguien menciona "app de Shopify", esa es una intención muy precisa — quiere una app de comerciante basada en Remix con App Bridge y Polaris, no una web app genérica que se integre con Shopify. Cuanto más especializada la plataforma, mayor su prioridad. React está al fondo porque es el comodín. Si nada más coincide, probablemente quieres una web app, y React + Vite es el mejor default para eso.
Esto activa cada modo:
- Flutter — "app móvil", "Flutter", "iOS y Android", "app nativa", "APK", "pantallas" (no "páginas")
- React Native — "React Native", "Expo", "móvil multiplataforma"
- Shopify Liquid — "tema de Shopify", "tienda online", "tienda Shopify"
- Apps de Shopify — "app de Shopify", "app para comerciantes", "plugin de Shopify"
- Shopify Hydrogen — "Hydrogen", "Shopify headless", "Storefront API"
- PHP/Laravel — "PHP", "Laravel", "WordPress", "lado servidor"
- Three.js — "juego", "3D", "Three.js", "juego de navegador"
- React — Todo lo demás
Si alguna vez quieres anular la detección, sé explícito. "Construye esto en Flutter" o "Usa React para esto" siempre gana.
¿Qué hace realmente diferente a cada modo?
Esto no es solo cambiar una plantilla por otra. Cada plataforma tiene su propio pipeline de generación con cuatro capas distintas, y acertar cada una llevó meses de ingeniería.
Ingeniería de prompts — Cada plataforma tiene su propio system prompt que enseña al modelo de IA las convenciones, patrones y mejores prácticas de ese stack. Solo el prompt de Shopify supera las 2.100 líneas. Cubre sintaxis Liquid, esquemas de secciones, compatibilidad con Dawn, patrones de metafields y las docenas de peculiaridades que separan un tema funcional de uno que se rompe en el editor de temas de Shopify. El prompt de Flutter impone Clean Architecture. El de Three.js maneja bucles de juego, detección de colisiones e integración de físicas. No puedes decirle a un modelo "escribe código Shopify" y esperar buen output. Necesitas ingeniería de prompts profunda y específica de plataforma.
Estructura de archivos — React genera src/components/ y src/pages/. Flutter genera lib/models/, lib/screens/ y lib/services/. Shopify genera sections/, templates/ y assets/. Laravel genera app/Http/Controllers/, resources/views/ y database/migrations/. Cada framework tiene expectativas sobre dónde vive el código, y violarlas hace el output inútil para desarrolladores experimentados.
React + Vite y Three.js usan vistas previas web en vivo. Flutter usa una vista previa web compilada. PHP y Python funcionan en sus entornos dedicados. React Native + Expo usa Expo Go para vistas previas y pruebas en iOS y Android. Los temas y las apps Shopify funcionan en el entorno Shopify con sus herramientas habituales.
Despliegue — React se publica en tu-proyecto.vulk.space con un clic. Flutter exporta archivos APK/AAB reales con andamiaje de envío a tiendas. Los temas de Shopify se suben vía la Shopify CLI. Los proyectos Laravel y Python se exportan como directorios completos listos para cualquier host.
¿Dónde está cada plataforma hoy?
| Plataforma | Generación | Vista previa en vivo | Ruta de despliegue |
|---|---|---|---|
| React + Vite | ✅ | ✅ MicroVM Firecracker, hot-reload | ✅ 1 clic a vulk.space |
| Juegos Three.js | ✅ | ✅ El mismo pipeline microVM, WebGL completo | ✅ 1 clic a vulk.space |
| Flutter | ✅ | ✅ Build-then-serve, ~20–60s/build | ✅ APK/AAB + andamiaje de tiendas |
| PHP / Laravel | ✅ | ✅ MicroVM (php-fpm 8.3 + nginx), en vivo desde julio 2026 | Exportar a cualquier host PHP |
| Python | ✅ | ✅ MicroVM (FastAPI/Flask/Django/Streamlit), en vivo desde julio 2026 | Exportar a cualquier host Python |
| React Native + Expo | ✅ | ✅ Expo Go en tu dispositivo | EAS Build |
| Shopify (3 modos) | ✅ | Runtime de Shopify (flujo CLI) | Shopify CLI |
Esa tabla es lo que significa "8 plataformas" en la práctica: la generación es universal, y las rutas de vista previa y despliegue coinciden con lo que cada ecosistema espera.
¿Cómo se compara VULK con otros constructores de IA?
Voy a ser directo sobre cómo es el panorama competitivo, porque creo que los desarrolladores merecen transparencia:
| React | Flutter | React Native | Shopify | PHP | Python | Juegos | |
|---|---|---|---|---|---|---|---|
| Bolt | Sí | No | No | No | No | No | No |
| v0 | Sí | No | No | No | No | No | No |
| Lovable | Sí | No | No | No | No | No | No |
| Replit | Sí | No | Parcial | No | No | Sí | No |
| VULK | Sí | Sí | Sí (código + EAS) | Sí (3 modos) | Sí | Sí | Sí |
Esto no es incremental. Es categórico. La brecha existe porque la generación multiplataforma es genuinamente difícil de construir. Cada plataforma nueva multiplica el trabajo de ingeniería: nueva ingeniería de prompts, nueva lógica de estructura de archivos, nueva infraestructura de vista previa, nuevo pipeline de despliegue, nueva superficie de pruebas. Y cada plataforma tiene que producir un output que un desarrollador experimentado de ese ecosistema considere aceptable. Un desarrollador Flutter detecta al instante un proyecto Dart mal estructurado. Un desarrollador Shopify sabrá si las plantillas Liquid no siguen los patrones de Online Store 2.0.
¿Por qué nadie más hace esto?
Lo he pensado mucho, y creo que la respuesta es directa: la economía no parece atractiva a primera vista.
Si construyes un constructor de código con IA y el 80 % de tus usuarios quiere apps React, la decisión de negocio obvia es hacer la generación React muy buena e ignorar todo lo demás. Añadir soporte de Flutter son meses de ingeniería para una minoría de tu base de usuarios. El ROI por plataforma decrece.
Pero ese análisis pasa por alto algo: esas comunidades más pequeñas tienen casi cero alternativas. Un desarrollador React puede elegir entre cinco o seis constructores de IA. Un desarrollador Shopify que quiera generar un tema personalizado con IA tiene una opción. Un desarrollador Flutter que quiera ir de prompt a APK tiene una opción. El foso competitivo en esas categorías es enorme precisamente porque nadie más quiere invertir en construirlo. Y la tabla de demanda de arriba — 381 prompts de Flutter, 246 de Python, 213 de RN, 174 de PHP y subiendo — muestra que esos "nichos" suman una parte sustancial de lo que los builders realmente piden.
FAQ
¿Tengo que seleccionar una plataforma antes de generar?
No. La detección es automática desde el lenguaje de tu prompt — "app móvil con pantallas" enruta a Flutter, "tema de Shopify" a Liquid, "juego 3D" a Three.js. Si quieres control, ser explícito ("construye esto en React Native") siempre anula la detección.
¿Qué plataformas tienen vista previa en vivo dentro de VULK?
React + Vite y Three.js usan vistas previas web en vivo. Flutter usa una vista previa web compilada. PHP y Python funcionan en sus entornos dedicados. React Native + Expo usa Expo Go para vistas previas y pruebas en iOS y Android. Los temas y las apps Shopify funcionan en el entorno Shopify con sus herramientas habituales.
¿Puedo crear una web app y una app móvil a partir de la misma idea?
Sí. Lleva proyectos paralelos desde la misma idea: genera la web app React en uno, la app Flutter en otro, y comparte la misma API de backend generada por VULK entre ambos.
¿Qué pasa si mi prompt es ambiguo?
El orden de prioridad lo resuelve — las plataformas más específicas ganan sobre las genéricas, y React es el fallback. "Una app para mi tienda" con señales de Shopify enruta a Shopify; sin ellas, se convierte en una web app React. Una frase aclaratoria en el prompt siempre vence a adivinar.
¿La generación multiplataforma es más cara?
No — el precio es por plan, no por plataforma: Builder 25 €/mes, Pro 50 €/mes, Team 80 €/mes, Max 200 €/mes, Business 300 €/mes.
Ve a vulk.dev y pruébalo: "Construye una app móvil de seguimiento fitness" (Flutter), "Crea un tema Shopify minimalista para una marca de café" (Liquid), "Construye un endless runner 3D" (Three.js), "Crea una API REST Laravel" (PHP), "Construye un dashboard de analítica SaaS" (React). Sin configuración. Sin desplegables. Esa es la experiencia que quise construir desde el día uno.
