Del chat al juego, y la parte en la que el chat es malo
Hablar con algo que construye tu juego es buena idea para más o menos la mitad del trabajo. La otra mitad es espacial, y describir un paisaje con frases es la forma más lenta que nadie ha encontrado de hacer uno.
En qué es bueno de verdad el chat
En el comportamiento. "El guardia debería notarte si corres, pero no si caminas, y olvidarse de ti a los diez segundos salvo que te haya visto la cara." Es una frase y es una especificación precisa. Escribir el código lleva bastante más que decirlo, que es justo la condición en la que la conversación es la interfaz correcta.
Reglas, condiciones, estado, tiempos, casos límite. Todo eso lo maneja bien el lenguaje, porque el lenguaje es lo que la gente usa para pensar en ello desde el principio. No te imaginas un tiempo de recarga. Lo enuncias.
Para eso está Flockbay. Describes el comportamiento, escribe el GDScript en tu proyecto, juegas el resultado y dices qué está mal. El ciclo de revisión es la interfaz, no un plan B cuando falla el primer intento.
En qué es malo el chat
En el espacio. "Un claro de unos cuarenta metros de ancho con una torre en ruinas en el lado norte, un poco cuesta arriba, y un arroyo que pasa por el este pero no tan cerca como para llegar a la torre." Es una frase laboriosa, sigue siendo ambigua, y lo que vuelva estará mal de tres formas que luego tendrás que volver a describir.
Colocarlo tú lleva noventa segundos y está exactamente bien por definición. No hay paso de traducción, ni ambigüedad, ni ida y vuelta. Quien haya intentado especificar un nivel en prosa lo sabe, y cualquier herramienta que se empeñe en ello está optimizando la mitad impresionante y no la útil.
Lo mismo vale para la composición y el ritmo. Si una cresta se lee bien, si el paseo entre dos puntos es demasiado largo, si la puerta se ve desde donde entra el jugador. Eso se mira, no se describe.
Así que el reparto es deliberado
En Flockbay construyes el mundo con tus manos, en un editor que se comporta como un editor de niveles. Un proyecto es 2D o 3D, elegido antes de crear nada. En 3D el trabajo manual es terreno, agua, clima, iluminación, edificios y personajes; en 2D es arrastrar para pintar suelo de tiles y soltar sprites en la posición, el giro y el tamaño que quieras. Un saliente dos tiles más lejos de lo que debería es el mismo tipo de problema que un claro de cuarenta metros de ancho, y se resuelve igual, mirando. Flockbay escribe el código de todo lo que tiene comportamiento.
No es una limitación que esquiva una función que falta. Es el diseño, y se deduce de en qué mitad es más rápido cada lado.
También produce una conversación mejor. Cuando el mundo ya existe, puedes decir "haz que la puerta de lo alto de la torre necesite la llave del arroyo" y referirte a algo concreto, en lugar de intentar fijar la geografía y la mecánica en el mismo párrafo.
Dos caminos, y ningún tercero silencioso
Hay exactamente dos formas de que pasen las cosas. Flockbay escribe código, o haces algo tú con los controles manuales. No hay un arreglo en el que pides algo y la herramienta hace en silencio algo parecido y no te lo dice.
Eso importa para la confianza más de lo que parece. Si una petición no se puede cumplir como la pediste, deberían decirte qué pasó de verdad en lugar de darte un resultado que parece verosímil.
La forma práctica
Flockbay es una app de escritorio para Mac y Windows con Godot incluido. Tu juego corre en local, en tu equipo, a tu tasa de fotogramas. Sin editor en el navegador, sin streaming, sin vista previa en la nube.
Construir necesita conexión a internet porque Flockbay, la generación de assets y los datos del mundo llegan por la red. Jugar lo que construiste, no.
Flockbay es gratis con tu propia IA: tu plan de Claude o ChatGPT, tu propio agente o una clave de API.
Cómo describir bien un comportamiento
Di qué debería pasar y en qué condiciones, y sé concreto con los bordes. No "haz al enemigo más listo", sino: debería dejar de perseguirme si me pierde de vista tres segundos, e ir a donde me vio por última vez y no a donde estoy ahora.
Di también lo que no debería pasar, cuando importe. Los supuestos no dichos son donde fallan los primeros intentos, y enunciar uno sale más barato que una ida y vuelta.
Luego juégalo antes de decidir. Un comportamiento que se lee bien puede sentirse mal, y uno que suena tosco puede sentirse excelente. La descripción escrita no es lo que estás juzgando.
Cuando algo está mal, describe el síntoma en lugar de diagnosticar la causa. Lo que notaste jugando es información fiable; una suposición sobre qué valor hay que cambiar normalmente no lo es, y estrecha la búsqueda en la dirección equivocada. Es la misma habilidad que describirle una avería a un mecánico. Di qué hace y cuándo, no qué crees que está roto, y llegarás antes.
Preguntas frecuentes
- ¿Puedo hacer un juego entero solo chateando?
- No, y sería más lento si pudieras. El comportamiento sale de la conversación y el mundo sale de tus manos, porque cada mitad va a quien de verdad es más rápido en ella.
- ¿Tengo que formular las peticiones de alguna forma especial?
- No. Describe el comportamiento como se lo explicarías a una persona. La precisión ayuda, la jerga no.
- ¿Y si el primer intento está mal?
- Dices qué está mal y se revisa. Ese ciclo es la forma normal de trabajar, no una señal de fracaso.
- ¿El código se me oculta?
- No. Es GDScript en tu proyecto de Godot. No se te exige leerlo y nada te lo impide.
- ¿Dónde corre?
- En local, en la copia de Godot incluida con la app de Mac o Windows.
Descarga Flockbay
Gratis para Mac y Windows. Habla del comportamiento, construye el mundo tú.