8 min

Cuando se escribe una novela larga con IA, la ambientación decidida al principio se va desdibujando. Para resolverlo construí el Mundo, el diccionario de ambientación de TypeTak, y en cada entrega cuento qué me planteé y qué elegí.

Una plantilla para la biblia de la historia: la respuesta estaba en Namuwiki

Una plantilla de biblia de la historia es un esquema que establece de antemano qué campos se rellenan en cada elemento, sea un personaje o un lugar. Con los campos establecidos, el resultado tiene la misma forma lo rellene quien lo rellene, y cada campo vacío señala algo de la ambientación que aún está por decidir.

En la entrega anterior elegí, como forma de que la IA recuerde lo anterior, que lea archivos donde la ambientación está ordenada aparte. Para eso, antes tenía que decidir qué forma tendrían esos archivos: una que una persona entendiera con facilidad y que la IA pudiera rellenar por su cuenta. Esta entrega cuenta cómo definí esa forma, la plantilla de la biblia de la historia.

Si la IA escribe a su manera, cada ficha sale distinta

Si se le pide a una IA «ordena a este personaje», sale un texto bastante convincente. El problema empieza con el segundo y el tercer personaje. Uno empieza por la personalidad y otro por el pasado. Unos tienen la edad anotada y otros no. Cuando se juntan unos diez, para comprobar «¿qué edad tenía este personaje?», el autor tiene que leer la ficha de principio a fin.

La IA la lee igual. Pero en una biblia de la historia que el autor no puede repasar y corregir, no se puede confiar. Yo necesitaba una forma cómoda de leer para las personas y que la IA pudiera rellenar por su cuenta.

Lo que vi en las fichas de obras de Namuwiki

La pista estaba, inesperadamente, en las fichas de obras de Namuwiki, la mayor wiki colaborativa de Corea.

Las obras eran distintas, los personajes también, y cada ficha la había escrito una persona diferente, pero todas tenían casi la misma forma. Al abrir la ficha de un personaje, arriba hay una tabla con datos breves como el nombre, la edad o a qué grupo pertenece, y debajo siguen textos largos, como un resumen o su trayectoria en la obra. Las fichas de lugares tenían su propia forma común, y las de sucesos, la suya.

Era el tipo de elemento el que decidía los campos. Por eso, incluso en la ficha de una obra que no se conoce, se sabe enseguida dónde está cada cosa. Y como los datos breves se ven de un vistazo en la tabla, también es fácil encontrar errores.

Me pregunté si este método, que funciona en una wiki escrita por personas, funcionaría también en una biblia de la historia escrita por la IA. Así que lo probé con la misma ambientación: puse lado a lado el resultado de dejar que la IA escribiera a su manera, sin campos, y el de darle campos establecidos para cada tipo de elemento. El contenido era el mismo, pero se leía mejor el de los campos establecidos.

Así que, hacia marzo de 2026, decidí el rumbo: documentos de ambientación con forma de wiki, cómodos para las personas y escritos por la IA por su cuenta. Y la tarea de decidir los campos se la dejé al tipo de elemento.

El tipo de nodo decide los campos

En el Mundo, cada elemento de la ambientación se llama nodo. Un personaje es un nodo; un lugar, otro. Los nodos se dividen en tipos de nodo, como personaje, lugar o facción, y es el tipo el que decide los campos. A esos campos los llamamos slots.

Todos los nodos de un mismo tipo tienen los mismos slots. Si el tipo personaje tiene un slot edad, todos los personajes tienen ese campo, y cada nodo lo rellena con su valor. Al añadir o quitar un slot, el cambio se aplica a todos los nodos de ese tipo. Como en Namuwiki, la idea es que el resultado tenga la misma forma lo rellene quien lo rellene.

Datos breves y textos largos, por separado

Digo wiki, pero no son simples documentos. Igual que la tabla y el cuerpo de una ficha de personaje en Namuwiki, dividí los slots en dos clases.

  • Propiedad: un campo para datos breves, como la edad o la profesión. Equivale a la tabla de la ficha del personaje.
  • Sección: un campo para escribir libremente textos largos, como el pasado o la personalidad. Equivale al cuerpo de la ficha.

Si los datos breves se mezclan con los textos largos, para comprobar una edad hay que leer párrafos enteros. Por separado, se ven de un vistazo, como en una tabla.

Los valores de las propiedades también tienen tipos

Fui un paso más allá y también dividí en tipos los valores que van en las propiedades. Hoy el Mundo tiene cuatro: general, número, selección y relación de nodo.

  • General: un valor que se escribe como texto breve. Sirve para datos que no son ni una opción ni una cifra, como poner «el quinto feudo más grande del reino» en el campo extensión del feudo.
  • Número: un valor numérico. En el campo edad se pone 17 o 30, y también se puede añadir una unidad o indicar un rango o un valor aproximado.
  • Selección: un valor que se elige entre opciones definidas. En el campo profesión, por ejemplo, se elige una entre aprendiz de mago, caballero o mercader.
  • Relación de nodo: un valor que apunta a otro nodo. Si en el campo maestro se pone otro nodo de personaje, queda enlazado con él.

La razón de dividirlos así es que el orden queda más limpio. Si el tipo de valor está definido, en un mismo campo entra siempre un valor de la misma forma. Así ya no pasa tan a menudo que, en el mismo campo de edad, un personaje tenga 17 y otro «unos diecisiete años».

De todos, el más importante era la relación de nodo. En la primera entrega elegí los archivos porque permiten seguir lo que está conectado, y la propiedad de relación de nodo es justo esa conexión. El nombre de la propiedad, maestro, ya dice qué relación une a los dos nodos, así que tanto la IA como las personas pueden seguir el enlace hasta el siguiente elemento de la ambientación.

El formato estaba decidido; el problema era el precio de rellenarlo

Con el formato decidido, aún no podía construirlo. Esta vez el obstáculo era el coste.

Mientras se escribe una novela, la ambientación y la trama cambian a menudo. Con cada cambio, la IA tiene que volver a rellenar esos campos, y en aquel momento los modelos de IA capaces de ordenar bien eran bastante caros. No podía hacer que los autores pagaran ese precio cada vez que escribían.

Así que pasé un tiempo construyendo una estructura para ahorrar costes, y el desarrollo se ralentizó en la misma medida.

Al final, este problema no lo resolví yo: lo resolvió el tiempo. Salieron modelos mejores y bajaron los precios, y la calidad que buscaba llegó a un precio asumible. Entonces parte de la estructura que había hecho para ahorrar dejó de hacer falta, y la retiré.

La próxima entrega trata del problema que surgió cuando la IA empezó a rellenar esta plantilla: el orden. En una novela que llama a un mismo personaje por el apellido, por el nombre o por un apodo, cuento qué hice para que la ambientación no se creara dos veces.

En TypeTak decidí guardar la ambientación en una wiki donde el tipo de nodo decide los campos. Los datos breves van en propiedades; los textos largos, en secciones, y los valores de las propiedades se dividen en general, número, selección y relación de nodo.

Preguntas frecuentes

¿Para qué sirve una plantilla de biblia de la historia?

Si los campos no están definidos, cada personaje acaba con una ficha de forma distinta y, para comprobar una edad, hay que leerla desde el principio. Con los mismos campos para cada tipo de elemento, la forma es igual lo rellene quien lo rellene, y los campos vacíos indican la ambientación que aún está por decidir.

¿Cómo conviene definir los campos de una biblia de la historia?

Mejor por tipo de elemento que uno por uno. Los personajes comparten unos campos; los lugares, otros. Como en las fichas de personaje de Namuwiki, separar los datos breves en una tabla y la historia larga en el cuerpo ayuda a verlo todo de un vistazo.

¿Cómo se separan en una biblia de la historia los datos breves de las descripciones largas?

Los datos breves, como la edad o la profesión, en campos tipo tabla; las descripciones largas, como el pasado o la personalidad, en el cuerpo. Así se ve todo de un vistazo. En el Mundo de TypeTak, los primeros se llaman propiedades y los segundos, secciones.

¿Qué se gana al dividir los valores de una biblia de la historia en texto, número, opción y enlace a otro elemento?

En un mismo campo entra siempre un valor de la misma forma, así que el orden queda más limpio. Sobre todo, los valores que apuntan a otro elemento se convierten en enlaces, y tanto las personas como la IA pueden seguir la ambientación conectada.

Funciones de esta lección

Los detalles de uso están en la guía.

Autor
Oasis

Desarrollo TypeTak. En esta serie dejo por escrito los problemas que encontré al diseñar el Mundo y las respuestas que elegí.

Pruebe TypeTak por su cuenta

Puede empezar con el plan gratuito.

Empezar gratis