Ocho fases entre tu prompt y una app funcional.
VULK no es una única llamada LLM. Es un pipeline determinista que clasifica, planifica, enruta, genera, valida, repara, hace preview y despliega — con el modelo correcto elegido para cada fase y un loop de autofixer cuando un paso falla.
- 01
Clasificador rápido
Clasificar el prompt
¿Qué superficie quiere el usuario? ¿Web app, móvil (Flutter), tema Shopify, sitio de marketing, herramienta interna? Un clasificador pequeño y rápido elige el pipeline correcto antes de que empiece la generación — superficie equivocada es el modo de fallo más caro.
- 02
Planner pesado (Claude Opus / Gemini Pro)
Planificar la arquitectura
Un planner expande el prompt en una lista de features, esquema, mapa de rutas, decisiones de modelo y criterios de aceptación. El plan es lo que el usuario ve primero al hacer scroll; no se genera nada antes de cerrar el plan.
- 03
Router (determinista)
Enrutar modelos por fase
Cada paso siguiente recibe el modelo que mejor rinde en él según nuestros benchmarks internos: un modelo rápido escribe scaffolding, un modelo pesado escribe lógica de negocio, un modelo especializado escribe 3D / Flutter / Liquid. Cambiamos el routing cuando aparece un modelo mejor.
- 04
Generador (modelo por fase)
Generar el código
Cada archivo se emite como una acción XML estructurada — VULK nunca hace simple streaming de código libre. El XML nos permite trackear qué archivos existen, validar antes de escribir y editar quirúrgicamente después sin regenerar el proyecto entero.
- 05
Validador (reglas + modelo pequeño)
Validar contra el build
Type-check, resolución de dependencias, build de vite, sanity del schema. El análisis estático corre síncrono — no te mostramos un preview que no compile. Los fallos van al autofixer; los éxitos van directos a preview.
- 06
Reparador (modelo pesado)
Autofix de los fallos
Cuando el validador encuentra un error, el autofixer lee la salida real del error y edita quirúrgicamente los archivos que fallan. Itera hasta verde o hasta un tope duro — y reporta honestamente cuando no puede arreglar algo en vez de fingir que sí.
- 07
Arrancar el preview en microVM
Una microVM Firecracker se aprovisiona en segundos: kernel, rootfs, dependencias, el proyecto. El preview en vivo es real, no un iframe sandboxed — tu app generada corre del mismo modo que correrá en producción.
- 08
Desplegar donde vive
Un click envía a Cloudflare Pages, Vercel o tu propia infra. Los builds móviles (Flutter) se entregan a EAS / pipelines nativos con la metadata correcta para enviar a App Store + Play.
Qué modelo corre en cada fase.
El routing es determinista y cambia cuando cambian los benchmarks. Los identificadores específicos de modelo cambian semanalmente — la política de abajo es estable.
| Fase | Clase de modelo | Por qué |
|---|---|---|
| Clasificación | Pequeño / rápido | Barato, sub-segundo |
| Planificación | Razonamiento pesado | One-shot, contexto más largo |
| Generación (web) | Pesado, optimizado a código | Reglas de output más estrictas |
| Generación (móvil) | Especializado Flutter | Corrección del widget-tree > brevedad |
| Generación (3D) | Especializado Three.js | Exige geometría / shaders correctos |
| Edit (quirúrgico) | Pesado, optimizado a código | Ventana de diff menor, archivo debe seguir vivo |
| Reparación | Razonamiento pesado | Lee errores de compilación como input |
| Resumen | Pequeño / rápido | Recap del plan, notas finales |
Qué pasa cuando la generación sale mal.
La mayoría de los app builders de IA hacen streaming de código, lo entregan y rezan. VULK asume que la primera generación fallará al menos una vez y trata la recuperación como un paso de primera clase.
- Comprobaciones estáticas primero. TypeScript, reglas eslint bloqueantes, resolución de dependencias. Más barato que correr el build.
- Build del proyecto. Vite para web, Flutter analyzer para móvil, theme-check para Liquid. El build real, no una simulación.
- Captura del error literal. El fixer lee la salida real del compilador, no un resumen parafraseado.
- Edit quirúrgico. El modelo de reparación emite una acción vulkEdit que toca solo los archivos que fallan — la regeneración completa es la excepción, no la regla.
- Loop hasta verde o tope. Máximo tres pasadas de reparación. Después de eso surface el fallo honestamente con el error y un botón de "regenerar desde cero".
¿Quieres sentirlo?
La forma más rápida de entender el pipeline es verlo correr. Empieza con un trial pagado de 7 días — créditos completos del plan, cancelas cuando quieras.
Última revisión: 30 de abril de 2026