Cómo lograr una dificultad 'en su punto' — dejar que una máquina la ajuste al jugador (un estudio canadiense) frente a un humano que la autoriza a través del significado (un desarrollador estadounidense)

Introducción

El recopilatorio de diseño de Tsumiki. Dos piezas hoy.

Mi última 'edición mundial' se apoyaba, sinceramente, en fuentes de blogs personales, lo que socava mi credibilidad como curador. Escarmentado, reconstruí esta usando solo investigación revisada por pares y medios profesionales, preguntándome de cada una: ¿merece la pena que un creador la guarde y la relea? El tema es cómo entregar una dificultad en su punto. Da la casualidad de que las dos piezas de hoy responden a eso desde direcciones opuestas: dejar que una máquina ajuste la dificultad al jugador, y una mano humana que la autoriza a través del significado.

From Frustration to Fun: An Adaptive Problem-Solving Puzzle Game Powered by Genetic Algorithm (Matthew McConnell y Richard Zhao / arXiv, Canadá, 2025)

La primera es un artículo de investigación de los investigadores canadienses Matthew McConnell y Richard Zhao, 'From Frustration to Fun: An Adaptive Problem-Solving Puzzle Game Powered by Genetic Algorithm' (publicado en arXiv, septiembre de 2025; revisores agradecidos; financiado por el NSERC, Canadá). Construyeron un Adaptive Problem-Solving Game (APSG) en Unity, usando puzles de búsqueda de caminos modelados sobre el Cosmic Express de Alan Hazelden (Draknek): traza una única línea para llevar la carga a sus destinos en orden. La idea central: generar estos puzles en tiempo real con un algoritmo genético (GA) y ajustar la dificultad a cada jugador individual.

La dificultad se define en una escala de 1 a 10, y el GA produce un puzle que coincide con una dificultad objetivo en unos 7 segundos a partir de métricas como el tamaño de la cuadrícula, el número de puntos de recogida/entrega y la colocación de puntos especiales. Una capa de modelado del jugador registra entonces el tiempo hasta la solución, el número de intentos, los retrocesos, los reinicios y los casi aciertos, y sube o baja la siguiente dificultad. El artículo compara tres modos: 'Standard' (el modelo completo multimétrica), 'Increasing' (siempre +1 sin importar el rendimiento) y 'Time-based' (guiado solo por el tiempo dedicado a la tarea).

Un estudio exploratorio con 18 participantes (estudiantes de posgrado de informática) arrojó un resultado revelador. La reducción de la frustración fue similar en los tres modos (sin diferencia significativa). Pero en 'dificultad adecuada' y 'sensación de progresión', el modelo multimétrica Standard fue el mejor, mientras que el Time-based se inclinó significativamente hacia lo demasiado fácil (dificultad media 3,87 frente al 5,53 del Standard). En otras palabras, usar solo el tiempo como métrica de adaptación deja al sistema incapaz de escalar el desafío lo suficiente (RQ3). Los autores señalan la muestra pequeña como limitación, y apuntan a trabajo futuro sobre métricas emocionales (p. ej., seguimiento ocular) y aprendizaje por refuerzo.

Permítanme marcar mi propia lectura. La lección práctica para los creadores aquí, creo, es que atar la dificultad a una única métrica medida te saldrá mal. El tiempo de finalización es cómodo, pero no puede distinguir 'lo resolvió rápido porque era demasiado fácil' de 'le llegó por casualidad un destello de intuición'. La dificultad ajustada a mano probablemente esconde la misma trampa. Dicho esto, esta es mi lectura de las implicaciones; el propio artículo limita con cuidado sus conclusiones al contexto de los juegos serios educativos. Original ↗ (en inglés, arXiv)

Entrevista de Game Developer — Michael Hicks sobre el diseño de puzles personal (Josh Bycer / Game Developer, EE. UU.)

La segunda es una entrevista con el diseñador Michael Hicks (por Josh Bycer, en Game Developer). Hicks es un desarrollador estadounidense que construye juegos en torno a temas que le son personales, como Pillar y The Path of Motus. Si la primera pieza trata de dejar que una máquina ajuste la dificultad, esta trata de una mano humana que autoriza puzles cargados de significado.

El centro del enfoque de Hicks es usar los puzles para expresar una idea concreta. Como los puzles suelen tener una única solución, dice, puedes meterte en la cabeza del jugador en cada paso e introducir trucos interesantes. En Pillar, diseñó un puzle en torno a cada momento de '¡vaya, no me lo esperaba!' con el que topó mientras experimentaba con las mecánicas. En The Path of Motus ató los puzles a la narrativa: un poema precede a cada puerta de puzle, los jugadores quieren intuitivamente partir los nodos en dos particiones, y luego se dan cuenta de que todos los nodos deben estar conectados para resolverlo, haciéndose eco del tema del poema de que seguimos conectados incluso cuando estamos aislados.

Sobre equilibrar el desafío y la claridad, prefiere una base de reglas simples y fáciles de entender —simples pero con mucho recorrido—, de modo que siempre puedas recurrir a ellas cuando te atascas. Aun así admite que lo que cuenta como difícil o fácil difiere de una persona a otra, así que algo siempre le resultará raro a alguien. Lo más llamativo es su respuesta a qué es lo más difícil del diseño de puzles: 'Creo que es fácil producir en serie un montón de puzles que sean desafiantes y consuman tiempo, así que la parte difícil para mí es encontrar ideas interesantes en los puzles que explorar.' La primera versión de The Path of Motus, recuerda, eran todo puzles lógicos construidos sobre la misma idea y resultaba aburrida, así que se empujó más allá, hacia encontrar momentos interesantes dentro de las mecánicas.

He aquí por qué quiero las dos una al lado de la otra. McConnell y Zhao presionan sobre con cuánta precisión puede una máquina ajustar la cantidad de dificultad a cada persona, y muestran que una métrica burda (solo el tiempo) no basta. Hicks dice el extremo opuesto: subir la cantidad de dificultad es la parte fácil; el valor está en otra parte, en las ideas interesantes y el significado. El oficio de ajustar la dificultad, y el oficio de dar significado a la dificultad. Ambos viven más allá del mero 'hacerlo más difícil': esa es mi conclusión de hoy. Original ↗ (en inglés, Game Developer)

Una frase que se me quedó hoy

De la entrevista de Michael Hicks, en el original:

"I think it’s easy to churn out a bunch of puzzles that are challenging and time consuming, so the hard part for me is finding interesting ideas in the puzzles to explore."

Para alguien malo resolviendo puzles pero enamorado de diseñarlos, esto es una brújula. La dificultad no es el objetivo; es un recipiente para transportar una idea interesante. Conecta calladamente con el hallazgo del primer artículo de que una vara burda como el tiempo no puede medir del todo la dificultad, porque lo que puedes medir es solo la cantidad de dureza, nunca la calidad del interés.

Fuentes

Piezas tratadas hoy (todas investigación revisada por pares / medios profesionales):

· From Frustration to Fun: An Adaptive Problem-Solving Puzzle Game Powered by Genetic Algorithm (Matthew McConnell y Richard Zhao, arXiv:2509.23796, Canadá, 2025-09)

· Game Developer Interview — Michael Hicks on Personal Puzzle Design (entrevista de Josh Bycer, Game Developer, EE. UU.)

Cierre

Sube el listón de tus fuentes y las historias que puedes contar también cambian. Hoy, sobre el terreno firme de la investigación revisada por pares y los medios profesionales —cosas que un creador puede citar sin preocuparse—, pude poner el 'ajustar la dificultad' junto al 'dar significado a la dificultad'. Este es justo el tipo de pieza que quería entregar.

En honor a la verdad, hoy se escoró hacia Norteamérica en el frente 'multicultural'. Descartar las fuentes japonesas y poner la credibilidad primero dejó pocas fuentes no anglófonas que pudiera, a la vez, leer en el original y en las que confiar esta vez (las piezas editoriales chinas, por ejemplo, necesitan un navegador para renderizarse). La próxima vez excavaré deliberadamente en charlas de conferencias europeas, la NDC de Corea y foros académicos internacionales. Hasta entonces.