VberAI de extremo a extremo: AI Studio + Engine MCP para un minijuego jugable

Para estudios independientes y equipos pequeños, el cuello de botella rara vez es “no poder escribir una sola línea de código”. Por lo general, son dos vías que avanzan en paralelo:

1. La estructura de la UI y el arte nunca llega limpia al motor: cortar composiciones, reconstruir árboles de Canvas / Control, nombres y jerarquías que no coinciden
2. La jugabilidad y los scripts son costosos de iterar: volver a conectar componentes, perseguir errores, entrar en Play: horas perdidas en trabajo repetitivo del editor

VberAI divide esos trabajos en dos capas. No afirma “un botón, juego terminado”:

Capa	Producto	Trabajo
Canvas → UI del motor	AI Studio	Genera la UI del juego a partir de lenguaje natural, o importa PSD / Figma; divide, recorta, edita, y luego sincroniza/exporta a Unity, Godot, Cocos Creator
Motor ↔ IDE de IA	Engine MCP (Unity / Godot / Cocos)	Controla el editor abierto desde Cursor, Claude Code, Codex y clientes similares: lógica, scripts, depuración, vista previa

El resto de esta guía es una ruta con forma de producción para una versión jugable de 0 a 1 y para ciclos de revisión posteriores.

Pipeline de extremo a extremo

Objetivo de jugabilidad / archivo de diseño / brief de UI en lenguaje natural
        │
        ├─→ AI Studio (generar · importar · dividir · recortar · componentizar · exportar)
        │         ↓
        │    Jerarquía de UI / prefabs / assets de escena en el proyecto del motor
        │
        └─→ IDE de IA + Engine MCP (leer escena · escribir scripts · conectar · Play/depurar)
                  ↓
             Versión jugable demostrable → volver a Studio o seguir usando MCP según el tipo de cambio

Reglas prácticas:

• Consigue la estructura de UI correcta en el canvas antes de la conexión profunda con el motor
• Mantén el comportamiento y los números en el motor; los humanos son dueños de los resultados de Play
• Haz commit antes de ediciones grandes; mantén el puente MCP solo en localhost

AI Studio: assets de interfaz listos para el motor

AI Studio es para la estructura de la UI / interfaz del juego, no una caja de chat genérica, ni un reemplazo para las máquinas de estado de combate dentro del motor.

Ruta 1: UI en lenguaje natural (sin archivo de diseño todavía)

Ayúdame a diseñar un juego match-3 de estilo chibi

Luego verifica en el canvas: objetivos de impacto vs decoración, nombres a los que los scripts puedan vincularse, diseño bajo resoluciones objetivo. Demo a continuación:

Ruta 2: Importar PSD / Figma / assets del proyecto (el diseño existe)

1. Importa composiciones por capas o UI existente
2. División con IA en paneles, elementos de lista, marcos de diálogo
3. Bordes duros (cabello, brillo, semitransparente) mediante AI Super Matting cuando sea necesario, luego vuelve a Studio
4. Componentiza y sincroniza / exporta a Unity, Godot o Cocos Creator

Demo de importación y división de PSD / Figma:

Qué produce este paso

Produce	No produce
Jerarquía de UI montable, texturas, estructura de prefab/escena	Máquinas de estado de combate completas, autoridad de red, sistemas de guardado

Ejemplo de transferencia más profunda: Figma a UI de Unity.

Engine MCP: lógica impulsada por diálogo y trabajo de editor

MCP (Model Context Protocol) permite que un IDE de IA llame a herramientas locales. Los plugins de motor de VberAI exponen el editor abierto al cliente: escenas/nodos, scripts, ayuda de depuración y vista previa, no solo pegar archivos en el repositorio.

Elige e instala según el motor:

• Unity MCP · guía de instalación
• Godot MCP (código abierto) · guía de instalación
• Cocos 3.x / 2.x · instalación 3.x · instalación 2.x

Comparación: Godot MCP vs Unity MCP vs Cocos MCP.

Demo: después de la exportación del Studio, Cursor + Godot MCP entrega un match-3 chibi

Continuando con la Ruta 1: la UI ya está en Godot desde AI Studio. Conecta Godot MCP en Cursor y controla el editor en lenguaje natural—sin escribir una sola línea de código a mano—para implementar la jugabilidad del match-3 chibi y depurarla hasta un estado jugable. Grabación a continuación:

Buenos usos para MCP

• Versiones jugables comprobables: control del jugador, combate simple, estados de enemigos, conexión de misiones
• Renombrados por lotes de jerarquía / árbol de escena, conectar componentes, vincular el HUD exportado del Studio a eventos
• Dentro de los límites del plugin: registros, contexto de selección, pequeñas ediciones reversibles y luego Play

Malos usos

• Autoridad de multijugador no revisada o reescrituras completas del pipeline de renderizado
• “Un prompt, entrega un juego comercial”
• Reemplazar la dirección de arte y las decisiones de sensación: esas aún necesitan humanos en modo Play

Ejemplos trabajados: RPG 3D con Unity MCP, plataformas 2D con Godot MCP.

0–1: una ruta mínima

Apunta a una versión demostrable en horas, no a una lista de características.

1. Define el alcance de la versión — p. ej., “moverse + un enemigo + un HUD” o “un nivel de plataformas + reinicio”
2. Instala MCP y haz una prueba de solo lectura — lista las raíces de la escena; confirma que el IDE de IA está conectado
3. UI provisional o jugabilidad primero — Labels/Sliders mientras los sistemas están incompletos; abre AI Studio cuando los menús/HUD deban verse terminados
4. Avanza la lógica mediante MCP — una preocupación por prompt: control → daño → enemigo → condiciones de fallo/misión
5. Pule la UI cuando sea necesario — exportación del Studio → MCP vincula botones y eventos de valor
6. Aceptación en Play — sensación, colisiones, actualización de UI; si falla, acota el prompt y reintenta

Iteración rápida: elige el bucle según el tipo de cambio

Cambio	Prefiere
Sensación, números, IA, navegación, errores de script, conexión de nodos	IDE de IA → engine MCP
Visuales de pantalla completa, reskin, división de capas, re-exportar prefabs	AI Studio (+ recorte si es necesario)
Sigue atascado en “las composiciones no entran al motor”	Estructura de Studio primero, luego MCP

La ganancia esperada es concreta: menos reconstrucción de UI desde cero en el editor y menos clics repetitivos. No elimina el juicio de diseño ni las pruebas.

Lista de verificación para el equipo

• Licencias: Unity / Cocos MCP siguen la activación oficial; Godot MCP puede validar hábitos mediante código abierto
• Seguridad: servidor MCP solo en 127.0.0.1
• Prompts con criterios de aceptación: rutas, puntos de conexión, qué debe mostrar Play en ~10 s, refactorizaciones fuera de alcance
• Revisión: siempre prueba los scripts generados y las ediciones de nodos en Play: MCP reduce el costo de operación, no el control de calidad

Conclusión

La historia útil de VberAI es una división del dolor de alta frecuencia, no “automatización total”:

• AI Studio: lenguaje natural o PSD/Figma → estructura de UI para Unity / Godot / Cocos
• Engine MCP: lenguaje natural en un IDE de IA → lógica en el editor, scripts, depuración, vista previa

Usa el bucle correcto y las versiones de 0 a 1 más los ciclos de revisión avanzarán más rápido. Cruza el límite (escribir máquinas de estado de combate en el canvas, MCP dividiendo paquetes completos de UI) y agregarás retrabajo. Adopta una capa o ambas según la etapa del proyecto: no necesitas todos los productos desde el primer día.