Cómo hacer un juego como Papers, Please con IA

Para crear un juego de inspección original inspirado en Papers, Please, comienza con dos registros y una lista de comprobación visible. En la ficticia Biblioteca de Patrones de Recepción, un empleado compara la etiqueta de una bandeja decorativa con una tarjeta de solicitud. Una bandeja coincide con el motivo y la bahía de estantería solicitados. No tiene una pegatina Violeta. Si el empleado debe archivarla depende de la lista de comprobación de esta ejecución.

Permite al jugador examinar la evidencia y luego tomar una decisión. Una repetición con los mismos documentos y un requisito cambiado muestra si el juego verifica la regla actual.

Convierte la comparación de documentos en tu propio rompecabezas de inspección

En Papers, Please, un inspector de inmigración ficticio toma decisiones utilizando los documentos de los viajeros y herramientas de inspección. Lucas Pope describe esa premisa en el kit de prensa oficial y su catálogo de desarrollador.

Usa la idea general de verificar la evidencia contra una regla. Da a tu versión su propio entorno y consecuencias. La biblioteca de patrones clasifica bandejas de impresión decorativas. La solicitud y la etiqueta enumeran cada una un Motivo y una Bahía. La etiqueta también puede tener una pegatina Violeta.

Separa la inspección de la decisión comprometida

Inspeccionar resalta los campos correspondientes y muestra sus valores brutos. No cuesta un turno. La lista de comprobación pregunta si el Motivo y la Bahía coinciden. En la versión revisada, también requiere la pegatina. Mantén la lista de comprobación activa visible mientras el jugador decide.

Archivar envía la bandeja a la bahía de su solicitud. Devolver requiere un motivo de una lista fija. Registra lo que eligió el jugador, lo que la lista de comprobación esperaba y si la decisión y el motivo fueron correctos. Da retroalimentación para la bandeja resuelta y limpia los resaltados temporales de inspección.

Los tres motivos de Devolver son Desajuste de Motivo, Desajuste de Bahía y Pegatina Faltante. Si más de una comprobación requerida falla, acepta cualquier motivo que aplique. Un motivo listado aún puede ser incorrecto para la bandeja. Un motivo incorrecto registra un error y avanza al siguiente caso.

Repite las tres bandejas contra la misma lista de comprobación

Usa los siguientes casos en orden. Después del tercer compromiso, muestra la puntuación y la retroalimentación específica del caso. Solo se acepta Reiniciar después de la finalización.

En la línea base, Archivar A, Devolver B con Desajuste de Bahía y Archivar C da tres decisiones correctas. Intenta devolver B por Desajuste de Motivo. Ambos registros muestran Dot, por lo que el motivo es incorrecto aunque devolver la bandeja sea el destino correcto. El libro mayor debe registrar el error específico del motivo.

Dale a la IA una pequeña lista de comprobación de reglas y una repetición

Pide las dos tarjetas, la lista de comprobación activa y un libro mayor corto. Da al prototipo ambas decisiones esperadas y ejemplos de acciones que deberían dejar la bandeja actual sola.

Construye un rompecabezas de inspección original de Biblioteca de Patrones de Recepción.
Muestra un par de Solicitud y Etiqueta de Bandeja a la vez.
A: solicitud Arc Norte; etiqueta Arc Norte, sin pegatina.
B: solicitud Dot Sur; etiqueta Dot Norte, Violeta.
C: solicitud Wave Norte; etiqueta Wave Norte, Violeta.

Coincide Motivo y Bahía. Soporta una configuración para si Violeta
es requerida. Mantén la lista de comprobación seleccionada fija durante una ejecución.
Inspeccionar muestra ambos valores y no hace ningún compromiso.

Archivar envía la bandeja a su bahía solicitada. Devolver requiere un
motivo listado: Desajuste de Motivo, Desajuste de Bahía o Pegatina Faltante.
Acepta una Devolver solo como correcta si el motivo es una comprobación fallida.
Motivos faltantes o no listados y comandos de caso obsoletos no avanzan.
Cada compromiso válido registra la decisión esperada, la decisión y motivo
enviados, y la corrección. Muestra retroalimentación específica.

Después de las tres, muestra la puntuación y detente. Reiniciar comienza en el caso A,
limpia el libro mayor y los resaltados, y usa la lista de comprobación seleccionada.

Inspecciona dos veces y confirma que la puntuación y el caso no avanzan. Envía Devolver sin un motivo. Luego selecciona un motivo listado pero incorrecto y confirma que avanza con un error. Reinicia y asegúrate de que el libro mayor antiguo y los resaltados del caso hayan desaparecido.

Haz que la pegatina sea requerida y compara las mismas decisiones

Cambia solo si Violeta es requerida. Repite Archivar A, Devolver B con Desajuste de Bahía y Archivar C. El caso A ahora falla porque la pegatina está ausente, por lo que la puntuación baja a dos de tres. En una ejecución revisada separada, Devolver A con Pegatina Faltante y mantén ambas elecciones restantes. Eso restaura tres de tres.

La hoja de trabajo mantiene los documentos y el orden de entrada fijos para la comparación. En una construcción funcional, verifica si los jugadores notan el requisito activo y pueden decir por qué A cambió. La guía para repetir una construcción después de un cambio puede ayudar a mantener esa comprobación enfocada.

Construye un escritorio de inspección con una regla que puedas repetir

Comienza con dos tarjetas, tres bandejas y un cambio de versión. Comienza tu rompecabezas de inspección original con el creador de juegos de IA de SEELE y compara cada motivo registrado con la hoja de trabajo antes de agregar más campos.