Guía para game jam de IA: alcance, reglas, evaluación y lista de verificación de entrega

Guía de la Comunidad

Un marco de planificación neutral para organizadores y participantes de la comunidad; esta guía no anuncia un evento organizado por SEELE.

Una jam de juegos de IA necesita más que un tema y una fecha límite. Los organizadores deben definir qué pueden aportar los participantes, cómo debe revelarse el uso de IA, qué derechos debe tener cada equipo, qué evaluarán los jueces y qué evidencia hace válida una entrega.

Este artículo es un marco de planificación neutral para organizadores y participantes de la comunidad. No anuncia ni implica que SEELE AI esté organizando actualmente una jam de juegos. Utilízalo para redactar las reglas de tu propio evento, luego adapta el lenguaje a tu comunidad, jurisdicción, plataforma y capacidad de revisión.

Define el tema y los límites juntos

Un tema debe crear una restricción de diseño, no solo sugerir un estilo artístico. “Solo un lugar seguro,” “el mapa recuerda,” o “cada acción tiene un costo” puede influir en mecánicas, estructura de nivel y narrativa.

Publica ejemplos de límites con el tema:

• ¿Qué interpretaciones están claramente dentro del alcance?
• ¿Qué contenido está prohibido?
• ¿Están permitidos los equipos, y cuál es el tamaño máximo de equipo?
• ¿Los participantes pueden usar código, plantillas o recursos previamente existentes?
• ¿Toda la obra específica del juego debe comenzar durante la jam?
• ¿Qué motores, plataformas y formatos de exportación se aceptan?
• ¿Qué información sobre accesibilidad o advertencias de contenido se requiere?

Si las reglas permiten herramientas o activos preexistentes, se requiere que los equipos los identifiquen. El objetivo no es castigar la infraestructura reutilizable; es juzgar el trabajo completado bajo las mismas condiciones declaradas.

Definir un juego de 48 horas alrededor de una prueba

Para un jam de 48 horas, el proyecto debe probar una experiencia para el jugador. Un alcance útil tiene:

• Un verbo principal o un par de acciones estrechamente conectadas.
• Un camino de introducción corto.
• Un estado completo de victoria, derrota o final.
• Un sistema visual que mantenga el juego legible.
• Un objetivo de construcción probado.

Un horario práctico:

Horas 0–4: interpretar y elegir

Genere varias interpretaciones, elija una promesa para el jugador, identifique el mayor riesgo técnico y prepare una lista de funciones que se pueden recortar. No dedique las primeras horas a perfeccionar un logotipo o escribir una historia que el prototipo no pueda sostener.

Horas 4–16: demuestre el bucle principal

Construya la versión jugable más pequeña con activos temporales o con licencia adecuada. Pruebe la entrada, la cámara, la colisión, el objetivo y el comportamiento de reinicio. Si el bucle no es comprensible, reduzca el alcance antes de agregar contenido.

Horas 16–30: cree un camino completo

Añada una introducción, un paso de progresión, un final, audio básico cuando los derechos lo permitan y una interfaz legible. Guarde una versión estable de referencia antes de hacer cambios importantes.

Horas 30–40: pruebe y corte

Pruebe en el dispositivo o navegador requerido. Resuelva primero los impedimentos. Elimine las funciones que pongan en riesgo la finalización. Registre los problemas conocidos en vez de ocultarlos.

Horas 40–48: empaque y verifique

Exporte, pruebe en un entorno limpio, prepare la declaración de uso de IA y los créditos, capture imágenes y videos fieles al juego, y envíe el proyecto antes de la fecha límite. Reserve tiempo para posibles fallos de carga y permisos.

Escriba reglas explícitas sobre el uso de IA

"Se permite IA" no es una regla completa. Especifique qué usos están permitidos, restringidos o prohibidos. Las categorías pueden incluir:

• Ideación y planificación.
• Sugerencias de código o asistencia para depuración.
• Generación de imagen, animación, audio, voz o texto.
• Edición y variación de activos.
• Pruebas de juego o análisis automatizados.
• Escritura de la página de envío.

Exija una declaración que identifique la herramienta, la etapa, el material generado o asistido y la revisión humana. No exija que los participantes publiquen secretos, prompts privados, credenciales ni datos confidenciales.

Una divulgación compacta puede usar este formato:

Tool or model:
Stage used:
Input type:
Output used in the submission:
Human changes and verification:
Rights or license check:

Los organizadores también deben indicar si los jueces evalúan el uso de IA en sí mismo o solo el juego resultante y el proceso. Los participantes no deben recibir penalizaciones ocultas por un uso divulgado que las reglas permitan explícitamente.

Establecer requisitos de derechos, seguridad y atribución

Exija que los equipos envíen únicamente material que tengan derecho a usar. Esto incluye música, fuentes tipográficas, modelos, imágenes, código, voces, marcas registradas y, cuando corresponda, datos de entrenamiento o referencias.

Las reglas deben cubrir:

• Requisitos de licencia y atribución para activos de terceros.
• Tratamiento de obras de fans y personajes protegidos.
• Privacidad y consentimiento para voces, rostros o datos personales grabados.
• Contenido dañino o ilegal prohibido.
• Divulgación de material generado o asistido por IA.
• Un proceso para informar de problemas relacionados con derechos o seguridad.
• Facultad de los organizadores para ocultar o descalificar una participación si faltan pruebas.

No prometa que el contenido generado por una herramienta sea automáticamente seguro para publicar. Cada participante sigue siendo responsable de revisar su entrega.

Use criterios de evaluación que premien una idea terminada.

Una rúbrica equilibrada para un game jam breve puede incluir cinco categorías con la misma ponderación:

Publique referencias claras para la puntuación. Por ejemplo, para obtener la máxima puntuación en tema, este debe influir tanto en las mecánicas como en las decisiones del jugador; una puntuación baja indica que solo aparece en la presentación superficial.

Defina cómo resolver los empates antes de evaluar. Los organizadores pueden usar una categoría designada, una breve deliberación del jurado o una política de premios compartidos. No invente una métrica de popularidad después de ver las participaciones.

Exija pruebas a las que el jurado pueda acceder.

Una entrega válida debe incluir:

• Título, miembros del equipo y método de contacto.
• Descripción breve e interpretación del tema.
• Un juego jugable o un paquete descargable admitido.
• Plataforma y controles compatibles.
• Tiempo estimado de juego.
• Declaración sobre el uso de IA.
• Créditos y licencias de recursos de terceros, cuando se requieran.
• Advertencias de contenido y notas de accesibilidad donde sea relevante.
• Problemas conocidos.
• Dos o tres capturas de pantalla veraces y una captura corta opcional.
• Enlace de origen solo si las reglas lo exigen.

Prueba los enlaces en un navegador sin iniciar sesión. Un enlace de nube privada, una versión caducada, un ejecutable faltante o una página de solicitud de acceso pueden hacer imposible la evaluación. Indica si los organizadores permitirán correcciones a errores de empaquetado después de la fecha límite y si dichas correcciones pueden cambiar el contenido del juego.

Lista de verificación para la entrega

Antes de la fecha límite, los participantes deben verificar:

• El juego comienza desde una instalación limpia o un navegador sin iniciar sesión.
• Los controles y el objetivo son visibles.
• Los caminos de victoria, derrota, reinicio y salida funcionan según lo descrito.
• La versión entregada coincide con el número de versión indicado.
• No incluya afirmaciones provisionales ni imágenes que muestren una jugabilidad inexistente.
• Las capturas de pantalla provienen de la versión entregada y no se presentan como características que no existen.
• El uso de IA se revela según las reglas.
• Los activos de terceros están creditados y permitidos.
• Los roles del equipo son precisos.
• Se listan los problemas conocidos.
• Hay advertencias de contenido donde sea necesario.
• Todos los enlaces y permisos funcionan.
• La entrega se recibió antes de la fecha y zona horaria indicadas.

Planificar el espectáculo posterior al evento antes del lanzamiento

Una muestra posterior al evento debe conservar el contexto, no limitarse a anunciar a los ganadores. Pida permiso a los participantes para presentar su juego, material multimedia, créditos y notas del proceso. Mantenga visible el estado original del juego y no reformule las afirmaciones de los participantes como respaldos de los organizadores.

Salidas útiles posteriores al evento incluyen:

• Una galería de entradas elegibles con metadatos consistentes.
• Una nota del jurado vinculada a los criterios de evaluación publicados.
• Una breve retrospectiva de los organizadores sobre las reglas y los problemas operativos.
• Estudios de caso opcionales de los creadores que muestren decisiones de alcance e iteración.
• Una fecha de archivo y una política para las versiones que dejen de funcionar.

La guía de portafolios para creadores de videojuegos ayuda a los participantes a convertir una entrega en un caso de estudio basado en evidencias. La guía de diarios de desarrollo de videojuegos ofrece una estructura para una actualización a mitad del evento y una retrospectiva.

Lista de verificación de reglas del organizador

Antes de anunciar un evento, confirme:

• El tema, las fechas, el horario límite y la elegibilidad son explícitos.
• El tamaño del equipo y las reglas sobre trabajo previo son explícitas.
• Los usos de la IA están categorizados y se requiere divulgación.
• Las reglas sobre derechos, seguridad, privacidad y crédito están publicadas.
• Los formatos de las versiones jugables y los requisitos de acceso para el jurado se pueden comprobar.
• La rúbrica y el proceso para resolver empates son públicos.
• Se ha decidido la política de corrección de empaquetado.
• Se han asignado contactos para moderación y resolución de disputas.
• Se han recopilado los permisos para la exposición.
• No afirme que hay un patrocinador, premio, juez, socio o capacidad del producto hasta que se haya confirmado.

Cómo puede postular un organizador de la comunidad al programa de creadores

Un organizador de la comunidad que tenga un marco original para un evento, un tutorial, una recapitulación pública u otra contribución útil puede consultar la guía del programa de creadores de SEELE. El programa acepta propuestas de personas que crean comunidades, pero no se debe dar por sentada la aceptación ni el formato.

Consulte la página oficial del programa de creadores de SEELE para conocer las condiciones vigentes. Luego proponga la contribución, el público destinatario, las pruebas y el lugar de publicación. Esta llamada a la acción invita a postular al programa; no anuncia que SEELE organice o patrocine su evento.

Preguntas frecuentes

¿SEELE AI está actualmente organizando el game jam descrito aquí?

No. Este artículo es un marco de planificación y no anuncia un evento organizado por SEELE.

¿Un game jam de IA debería exigir que se divulguen los prompts?

Exija una declaración útil sobre el proceso, pero no obligue a los participantes a revelar secretos, datos privados, credenciales ni material confidencial. Por lo general, es más importante indicar las herramientas, las etapas, cómo se usaron los resultados, los cambios humanos y la revisión de derechos que publicar cada palabra del prompt.

¿Pueden los participantes usar activos o código preexistentes?

Eso depende de las reglas publicadas. Si se permite, exija divulgación y licencias válidas para que los jueces puedan distinguir entre infraestructura reutilizable y trabajo completado durante el game jam.

¿Cómo deben calificar los jueces el trabajo asistido por IA?

Publique la política con antelación. El jurado puede evaluar la interacción resultante, el tema, la integridad, la comunicación y la documentación del proceso, sin imponer penalizaciones ocultas por el uso de herramientas permitidas y declaradas.

¿Qué debe suceder con las entradas después del evento?

Con permiso de los creadores, archive las participaciones admisibles con créditos, declaraciones de uso, estado de la versión y notas basadas en los criterios de evaluación. Defina cómo se etiquetarán los enlaces rotos y las actualizaciones posteriores.