Un juego de gestión de restaurantes necesita más que una cocina llena de platos. Los pedidos deben pasar de la espera a la cocción, y luego del mostrador de servicio a una mesa. Una pequeña línea de producción y servicio ofrece al jugador un problema de capacidad claro antes de añadir menús, mejoras o una sala de comedor abarrotada.
Esta guía describe un prototipo ficticio de dos pedidos y una solicitud de construcción asistida por IA. Sus ticks y pagos son reglas del juego, no estimaciones del trabajo real en un restaurante. La descripción paso a paso te proporciona estados esperados para comparar con tu propia construcción; no es un informe de una prueba de juego completada.
Separar la cocción del servicio
Dos pedidos, A y B, llegan al inicio. Una estufa puede cocinar como máximo un pedido en espera por tick, y un camarero puede servir como máximo un plato listo por tick. La cocción y el servicio pueden ejecutarse al mismo tiempo, pero un plato cocinado durante un tick solo se vuelve listo cuando ese tick termina. No puede servirse hasta un tick posterior.
| Estado del pedido | Qué significa | Siguiente estado válido |
|---|---|---|
| En espera | El pedido no ha comenzado a cocinarse | Cocinando |
| Cocinando | La estufa está trabajando en él en este tick | Listo al final del tick |
| Listo | El plato está en el pase | Sirviendo en un tick posterior |
| Sirviendo | El camarero lo está llevando a la mesa | Servido al final del tick |
| Servido | El pedido está completo y pagado | Sin más asignaciones |
Usa un estado por pedido. Si un plato aparece tanto en la cola de espera como en la cola de servicio, un jugador podría asignarlo o pagarlo dos veces. Muestra los espacios de la estufa y del camarero por separado para que el jugador pueda ver qué parte de la línea está ocupada.
Recorrer un servicio de tres ticks
Al inicio de cada tick, asigna a la estufa un pedido en espera y al camarero un plato que ya estaba listo. Ambas asignaciones se ejecutan durante ese tick. Al final, la cocción se vuelve lista y el servicio se vuelve servido. Cuando no hay nada elegible para una estación, deja su espacio vacío.
| Tick | Asignación de la estufa | Asignación del camarero | Estado después del tick |
|---|---|---|---|
| 1 | Cocinar A | Ninguna | A listo; B en espera |
| 2 | Cocinar B | Servir A | A servido; B listo |
| 3 | Ninguna | Servir B | Ambos servidos |
Cada pedido servido paga 10 monedas una vez, por lo que el ejemplo gana 20 monedas después del tick tres. No se modelan costos de ingredientes, salarios u otros. El resultado depende de la transición explícita al final del tick; permitir que el camarero tome un plato en cuanto comienza la cocción sería una regla diferente y un horario diferente.
Describe la línea en una solicitud de construcción con IA
Especifica cuándo un pedido cambia de estado y cuándo una estación se libera. El catálogo de capacidades de SEELE describe la creación de juegos a partir de una idea escrita y la producción de personajes, escenas e interfaces coordinados en 2D. Estas descripciones de categoría no establecen que este sistema de restaurante en particular haya sido generado o probado.
Crea un prototipo original de un pequeño juego de gestión de restaurantes.
Comienza con dos pedidos, A y B, en una cola de espera, una estufa y un camarero.
Cada tick, el jugador puede asignar a la estufa un pedido en espera y al camarero
un pedido que ya estaba listo al inicio de ese tick.
Ambas asignaciones se ejecutan simultáneamente. Al final del tick, un pedido en cocción se vuelve
listo y un pedido en servicio se vuelve servido. Un plato recién cocinado no puede
servirse hasta el tick siguiente. Paga 10 monedas una vez cuando un pedido se sirve.
Un pedido puede ocupar solo un estado: en espera, cocinando, listo, sirviendo o servido.
Rechaza asignaciones duplicadas, no elegibles o de sobrecapacidad sin cambiar
el estado ni consumir un espacio. Muestra las colas, las asignaciones de las estaciones y los ingresos.
Avanza un tick solo una vez por acción. Termina cuando ambos pedidos estén servidos.
Reiniciar restaura ambos pedidos en espera, estaciones vacías e ingresos en cero.
Usa activos ilustrados originales de restaurante sin logotipos de marcas reales.Implementa primero las transiciones de estado y el avance de tick. Añade una cocina visible, invitados y animación después de que la secuencia de dos pedidos sea confiable. Si un plato se sirve demasiado pronto, proporciona el estado inicial y el número de tick en la solicitud de corrección para que el asistente pueda corregir la transición en lugar de reorganizar todo el juego.
Haz que la espera sea visible para el jugador
Una pequeña cola junto a la estufa puede mostrar los pedidos que no han comenzado. Un pase separado puede mostrar los platos listos para el servicio. Durante un tick, marca el pedido que ocupa cada estación; después del tick, muévelo a su nuevo estado. Usa etiquetas o iconos además del color para que el jugador pueda distinguir los estados.
Cuando un jugador intenta asignar un pedido en cocción al camarero en el mismo tick, explica que estará listo al final del tick. Si el camarero ya está asignado, mantén el segundo plato en la cola de listos. La retroalimentación debe describir la regla real en lugar de sugerir que el pedido desapareció.
Comprueba la transición y el pago
- Inicio: verifica que A y B estén en espera, que ambas estaciones estén vacías y que los ingresos sean cero.
- Tick uno: cocina A. Intentar servir A en ese mismo tick debe fallar. Después de avanzar una vez, A debería estar listo y B en espera.
- Tick dos: cocina B y sirve A juntos. Al final del tick, A debería estar servido, B listo y los ingresos en 10 monedas.
- Tick tres: sirve B. Los ingresos deberían convertirse en 20 y el juego debería terminar con ambos pedidos servidos.
- Límites y reinicio: rechaza dos pedidos en una estufa, una asignación repetida y un segundo pago por un pedido servido. El reinicio debería restaurar ambos pedidos en espera y los ingresos en cero.
Para un fallo, dale al asistente el tick y el estado. Por ejemplo: “Al inicio del tick uno, A estaba en espera. Lo asigné a la estufa, y luego el camarero pudo servirlo inmediatamente. A debería volverse listo solo después de que termine el tick uno.” Después de la corrección, vuelve a probar el tick dos para asegurarte de que la cocción y el servicio de pedidos diferentes aún puedan ocurrir juntos.
Planifica una iteración de capacidad
Añadir un segundo camarero por sí solo no acorta este horario exacto: la única estufa produce solo un plato listo por tick, por lo que nunca hay un segundo plato listo para que el camarero adicional lo tome. Esa observación se deriva de las reglas de dos pedidos establecidas; no es una declaración general sobre los restaurantes reales.
Como una versión hipotética siguiente, añade una segunda estufa con otro cocinero y un segundo camarero, todos disponibles desde el principio. Asigna A y B a las dos estufas en el tick uno. Ambos se vuelven listos al final del tick, y ambos camareros pueden servirlos en el tick dos. Los mismos dos pedidos terminan en dos ticks en lugar de tres, antes de considerar nuevos costos. Especifica los costos de contratación y las reglas de las estaciones antes de usar esto como una comparación económica.
Prueba que cada pedido permanece único cuando dos estaciones actúan juntas y que los nuevos camareros no pueden tomar el mismo plato. Este es un cálculo propuesto, no un resultado medido de un juego probado.
Preguntas frecuentes
¿Por qué un plato cocinado espera hasta el siguiente tick?
El ejemplo hace que la cocción se complete al final del tick, mientras que las asignaciones de servicio se eligen al inicio del tick. Ese orden mantiene las acciones simultáneas predecibles. Puedes elegir un modelo de temporización diferente, pero decláralo explícitamente y recalcula el horario esperado y las comprobaciones.
¿Cómo sé si la cocción o el servicio es el cuello de botella?
Mira dónde esperan los pedidos y si una estación tiene trabajo elegible. En este ejemplo fijo, solo un plato se vuelve listo por tick, por lo que un camarero adicional por sí solo no tiene efecto. Otros menús, patrones de llegada o reglas de las estaciones podrían producir un cuello de botella diferente.
¿Cómo puedo evitar que un pedido se sirva dos veces?
Da a cada pedido un estado actual y permite solo transiciones elegibles. Marca un pedido asignado mientras el camarero está trabajando, luego márcalo como servido y paga una vez al final del tick. Prueba clics repetidos y estaciones simultáneas además de la secuencia ordinaria.
¿Cuándo debería añadir más platos o empleados?
Añádelos después de que la línea de dos pedidos pueda completarse y reiniciarse de manera consistente. Introduce una estación adicional cuando cree una decisión sobre capacidad o costo, no simplemente más actividad visual. Define cómo comparte colas y vuelve a probar el escenario anterior.
Haz que una línea de servicio sea confiable
Dos pedidos, una estufa y un camarero son suficientes para mostrar cómo interactúan la producción y el servicio. Comprueba el estado de cada plato en cada tick, luego añade equipos, personal o variedad de menú una regla a la vez. Desarrolla tu propio escenario de restaurante en el SEELE AI Creator Game Maker, y muestra a los jugadores dónde hay trabajo esperando. Para un flujo de trabajo más amplio, lee cómo crear un juego con IA.
