En el juego puedes quebrar. Perder la partida guardada es problema del desarrollador

Un juego económico tiene derecho a ser duro. El jugador puede tomar una mala decisión, perder dinero y descubrir que su idea del negocio necesita actualizarse. Pero perder el progreso por un cambio de inicio de sesión es un método educativo bastante dudoso.

Alistera Game es un juego de estrategia empresarial situado en Dubái. El proyecto atribuye el concepto y el desarrollo a Andrey Merzhalilov. Mi caso trata de la plataforma técnica y las herramientas de desarrollo: aplicación independiente, migración de jugadores, estructura de datos y cambios controlados con AI.

Aquí aparece el equipo de una empresa ficticia de Alistera Game. Se pueden examinar las personas, la carga y las acciones disponibles; esta ventana no utiliza partidas guardadas de jugadores reales.

Equipo de la empresa

Interfaz archivada · datos de demostración

Antes de migrar el progreso hay que identificar a la persona

La aplicación usa React, TypeScript y Vite, con Cloudflare Workers y D1 en el servidor. El registro se confirma mediante email y magic link. Al migrar desde el sistema antiguo no basta con que alguien escriba una dirección conocida para identificarlo como jugador existente.

Hace falta vincularlo con la identidad anterior verificada. Después se transfiere el progreso acumulado. De lo contrario, un inicio de sesión nuevo y atractivo puede repartir partidas ajenas o hacer que todos empiecen de cero.

Es un estado preparado de la misma empresa tras completar su primer proyecto. Permite ver la continuación del escenario sin repetir todos los pasos anteriores.

Empresa en la segunda semana

Interfaz archivada · datos de demostración

Para el usuario debe ser un proceso tranquilo. Para el desarrollador es la transferencia de un estado valioso, donde «casi la misma persona» es una definición totalmente inaceptable.

Las reglas del juego también necesitan una fuente

El proyecto contiene un modelo formal de diseño del juego y herramientas que lo compilan en vistas relacionadas. El índice y el atlas permiten examinar su estructura sin convertirse en otra copia independiente de las reglas. Las comprobaciones de equilibrio corresponden a un modelo concreto; un buen diagrama no demuestra el equilibrio por sí solo.

El servicio independiente Dubai Numbers prepara instantáneas de datos según su propio calendario. El juego las recibe mediante una conexión entre servicios. Es mejor que pedir a un modelo de lenguaje, durante un turno, que invente una cifra actual verosímil sobre la ciudad. La instantánea tiene fecha; los datos, fuente y límites de aplicación.

El autor necesita una herramienta a la que no pueda entregar todo el juego por accidente

Para modificar el proyecto se desarrolla Alistera Author: una interfaz privada de trabajo con AI mediante MCP. Permite examinar fuentes y preparar cambios. Cada modificación tiene una revisión de origen, un estado esperado de los archivos y un patch guardado.

Después se comprueba una versión concreta, se prepara staging y se realiza la aceptación. Recibir una respuesta de una herramienta no demuestra que el cambio haya superado las pruebas. Este proceso no debe fusionar automáticamente en producción toda conversación que termine bien.

En un juego resulta especialmente interesante: cambiar una línea es fácil, pero sus consecuencias pueden aparecer muchos turnos después. El agente puede proponer una mecánica nueva. El sistema que lo rodea debe ayudar a entender exactamente qué juego obtendremos.

Mi contribución es la plataforma técnica y el proceso de cambios verificables. La autoría del juego sigue siendo de Andrey. El equipo y el estado de la segunda semana permiten examinar la partida; por sí solos no demuestran ni el equilibrio ni que todas las herramientas de autor estén listas.

Historias relacionadas: El estudio y el trabajo conjunto · CRM operativo de Alistera.