Generador de diálogos de NPC: escribe líneas que suenen humanas

Un generador de diálogos de NPC convierte una descripción escrita en líneas de habla candidatas para un personaje. Le das un perfil, una situación y un objetivo; devuelve borradores. No decide qué borrador se publica. Esa decisión sigue siendo del guionista, que corta, edita y prueba la línea dentro de la escena donde se va a escuchar.

Esta página cubre un flujo de trabajo que puedes repetir: construir el prompt en tres partes, generar de tres a cinco variantes cambiando la situación en lugar de la redacción, pasar una lista de verificación de cinco puntos y después colocar la línea aprobada en un mundo transitable. La última parte importa. Una línea que solo existe en un archivo de texto se lee como narración cuando llega al jugador. Una línea unida a un personaje que está de pie en un puesto, con un radio de activación y un globo de diálogo, se lee como diálogo.

Respuesta rápida: qué hace un generador de diálogos de NPC

Un generador de diálogos de NPC toma tres entradas —un perfil, una situación y un objetivo— y devuelve líneas candidatas. El perfil fija quién habla y qué sabe. La situación fija dónde está el jugador y qué acaba de pasar. El objetivo fija qué quiere el NPC de este intercambio. Cambia cualquiera de los tres y la salida cambia. No cambies ninguno y obtendrás casi duplicados.

Lo que no hace es terminar la línea. Un generador produce borradores: líneas con la longitud correcta, en una voz plausible, dirigidas al objetivo correcto y aun así equivocadas de alguna manera que solo verás cuando las leas en voz alta o las veas aparecer en pantalla. El guionista sigue eligiendo entre candidatas, cortando las que explican demasiado y editando la superviviente hasta que sea algo que una persona diría. Trata la salida como una primera pasada de un colaborador rápido, incansable y un poco demasiado literal.

Qué hace que el diálogo se sienta real en un juego

Cuatro propiedades hacen casi todo el trabajo. Líneas cortas, porque el jugador lee mientras se mueve y una línea que necesita dos respiraciones se salta. Una intención por línea, porque una línea que advierte y a la vez hace una pregunta no funciona bien como ninguna de las dos cosas. Una voz constante por personaje, lo que significa vocabulario, longitud de frase y aquello que el personaje se niega a decir. Y límites de conocimiento: un NPC solo debería saber lo que le diría su posición en el mundo. Un estibador no sabe de la salud del rey. Un guardia de la puerta norte no sabe qué pasó en las alcantarillas a menos que alguien se lo haya contado.

El límite de conocimiento es el que los guionistas rompen con más frecuencia, y es el que los jugadores notan. Si cada personaje puede responder a cualquier pregunta, el mundo deja de sentirse como un lugar y empieza a sentirse como un buscador. Decide qué puede saber cada personaje de forma plausible antes de generar nada. Esa decisión pertenece al prompt de perfil, no a tu cabeza.

Aquí está la misma petición escrita de dos maneras. Plana: «Dile al jugador que el puente está caído y que tiene que tomar el camino del este». En personaje, para un barquero que no ha dormido: «El puente se cayó de noche. El camino del este es la única vía seca ahora. Te cruzo si tienes monedas, pero no remo en la oscuridad». La segunda versión lleva la misma información y también lleva a una persona. Implica un precio, un límite y un estado de ánimo. Nada de eso estaba en la versión plana.

La versión plana no es inútil. Es la especificación. Escribe primero la línea plana y luego reescríbela en la boca del personaje. Generar directamente desde un objetivo sin un perfil es cómo obtienes líneas correctas e intercambiables.

Patrones de prompt: perfil, objetivo, restricción

La plantilla de tres partes es perfil, objetivo y restricción. El perfil es quién habla y qué sabe. El objetivo es para qué sirve este intercambio. La restricción es la longitud, el tono y lo que la línea no debe hacer. Completa las tres siempre. Un prompt con solo un objetivo produce líneas genéricas; un prompt con solo un perfil produce un monólogo sin función.

Un ejemplo completo: «Perfil: Marta, barquera, cuarenta años en el río, sabe que el puente se hundió anoche y que el camino del este se inunda con la marea alta. Objetivo: decirle al jugador que el puente está caído y que ella puede cruzarle por un precio. Restricción: menos de 30 palabras, sin exposición sobre su pasado, no mencionar al rey, registro hablado, está cansada». Ese prompt devuelve candidatas utilizables. Quita la restricción y obtienes un párrafo. Quita el perfil y obtienes un cartel.

Generar variantes sin perder la voz

Pide entre tres y cinco variantes, no diez. Por debajo de tres no ves el espacio de opciones; por encima de cinco pasas más tiempo leyendo que escribiendo. Tres bastan para una línea utilitaria; cinco para una línea que el jugador oirá repetidamente.

Varía la situación, no la redacción. Si vuelves a ejecutar el mismo prompt con el mismo perfil, objetivo y restricción, el modelo devuelve casi duplicados: la misma estructura de frase, adjetivos intercambiados. Eso no es un error, es lo que hace un muestreador casi determinista con una entrada sin cambios. Para conseguir variedad real, cambia una cosa a la que el personaje reacciona. El jugador llegó al amanecer en lugar de por la noche. El jugador está herido. El jugador hizo la misma pregunta por tercera vez. Misma voz, distinta presión, distinta línea.

Mantén el bloque de perfil fijo entre variantes. Si dejas que el perfil derive entre ejecuciones, ya no estás generando variantes de un personaje, estás generando varios personajes que comparten un nombre. Congela el perfil, varía la situación y las salidas seguirán siendo comparables.

Guarda el prompt que produjo la línea que publicaste. Seis semanas después, cuando necesites una segunda línea para el mismo personaje, recargas ese prompt en lugar de reconstruir la voz de memoria. Los archivos de prompts pertenecen al control de versiones junto a los datos de diálogo.

Una lista de verificación antes de publicar una línea

Cinco comprobaciones, en orden. Pásalas por cada línea antes de que entre en la tabla de diálogo.

Pon la línea en la boca de un personaje

Toma una línea aprobada. Coloca el personaje en un puesto: una posición fija en la escena transitable, mirando en una dirección que tenga sentido para su trabajo. El barquero está en el borde del muelle, no en medio del camino. Añade un radio de activación —una esfera o cápsula alrededor del personaje, lo bastante pequeño para que la línea se dispare cuando el jugador esté cerca y no cuando pase por el otro lado de la calle—. Después une el globo de diálogo al ancla de la cabeza del personaje para que lo siga y se ocluya correctamente contra la geometría.

Una línea sin puesto se lee como narración. El jugador oye una voz sin fuente visible y el cerebro la archiva como narrador, no como personaje. El puesto es lo que le dice al jugador quién habla, antes de la primera palabra. El radio de activación es lo que hace que la línea se sienta como una respuesta a la llegada y no como una emisión. El globo es lo que mantiene la línea unida al cuerpo mientras el jugador se mueve.

Prueba la colocación en una escena 3D en vivo, no en una maqueta. En el 3D Game Builder de Neta Studio puedes soltar un personaje en un mundo transitable, ajustar el radio de activación, vincular la línea aprobada al globo y recorrerlo con el jugador. Mini World es una escena pequeña para exactamente este tipo de comprobación. Si el globo atraviesa una pared o la activación se dispara desde el otro lado de la plaza, lo verás en diez segundos de caminata. Cyclops' Island es una escena más grande donde puedes probar la misma línea con más geometría entre el jugador y el personaje.

Dónde encaja el diálogo en el comportamiento de un NPC

El diálogo es una capa. Por encima están la percepción (lo que el NPC puede ver y oír), la decisión (lo que elige hacer después) y la animación (cómo se lee la elección en el cuerpo). Una línea hablada es la salida visible de esas capas, no un reemplazo de ellas. Un NPC que dice una advertencia pero sigue caminando en la misma dirección tiene una capa de diálogo que no concuerda con su capa de animación, y los jugadores lo leen como un fallo.

Si usas un árbol de comportamiento, el diálogo pertenece a un nodo hoja al que se llega después de que el árbol ya haya decidido que el personaje está en conversación. El árbol maneja el acercamiento, la orientación, la pausa y la salida. El nodo de diálogo aporta la línea. Así la lista de líneas se mantiene basada en datos y el árbol se encarga del tiempo. También significa que puedes cambiar una línea fija por una generada sin reescribir el árbol.

Para NPC con AI que reaccionan a la entrada del jugador, la misma estructura se mantiene: la percepción alimenta el árbol, el árbol selecciona un nodo de diálogo y el nodo usa una línea fija o llama a un modelo con perfil, objetivo y restricción en tiempo de ejecución. Agent Sprite Forge es útil aquí porque la identidad visual del personaje y su identidad de diálogo se mantienen emparejadas: no estás publicando una línea generada sobre un sprite que nunca se diseñó para esa voz.

Una lista de líneas fijas es la mejor opción más a menudo de lo que parece. Úsala cuando la línea se oiga muchas veces, cuando la información deba ser exacta, cuando el personaje forme parte de una cadena de misiones con estados garantizados o cuando la latencia rompería la escena. Usa un modelo cuando la entrada sea abierta, la línea se oiga una sola vez y una respuesta ligeramente equivocada cueste menos que una respuesta ausente.

Entra en el mundo al que pertenece

Un sprite es un personaje sin un lugar donde estar. El último paso es el que nadie más ofrece: toma la hoja de sprites que acabas de crear y ponla en un mundo por el que alguien pueda caminar —una isla pequeña, un planeta, una esquina de calle lluviosa—. Cada mundo de este sitio se creó a partir de una descripción escrita y se publicó como una página que puedes jugar.

FAQ