Por qué una base de datos de personajes no es opcional
La mayoría de guías sobre escritura de novelas empiezan diciendo "conoce a tus personajes." Suena intuitivo. Casi nadie discute con eso. Pero la parte que rara vez se menciona es esta: conocerlos no sirve de nada si no se puede acceder a ese conocimiento cuando hace falta.
George R.R. Martin conoce a sus personajes mejor que casi cualquier escritor vivo. Canción de Hielo y Fuego tiene más de dos mil personajes con nombre. Contrató a dos asistentes a tiempo completo para mantener una "biblia de la serie" -- fecha de nacimiento, rasgos físicos, relaciones familiares, todo registrado y referenciado cruzadamente. Dos personas dedicadas vigilando cada detalle. Y aun así, Jeyne Westerling fue descrita con "caderas estrechas" en Tormenta de Espadas y con "buenas caderas" dos libros después en Festín de Cuervos. Los lectores lo atraparon. Martin tuvo que admitir públicamente el error.
Un autor de talla mundial con un equipo profesional de rastreo. Y la inconsistencia se coló de todas formas.
¿Cuál es la moraleja contraintuitiva? No que Martin sea descuidado. Sino que la memoria humana -- incluso respaldada por asistentes profesionales -- no está diseñada para este trabajo. La base de datos de personajes no es un lujo organizativo. Es una necesidad estructural.
El daño que estos errores causan a quien lee está gravemente subestimado. Nadie piensa conscientemente "este personaje es contradictorio." Lo que ocurre es más sutil: una sensación vaga de que algo no encaja. Esa sensación se apila, capa sobre capa, hasta que el libro se cierra con un "no está mal, pero tampoco está bien" -- sin poder señalar exactamente qué falló.
Hemingway dijo que los buenos personajes son como icebergs. Solo un octavo se ve sobre el agua. Los siete octavos de abajo sostienen todo. Sin documentar esos siete octavos, la parte visible se tambalea. Los personajes se sienten "planos" -- porque ni siquiera quien los creó sabe quiénes son fuera del marco de la historia.
Y luego está la complejidad de las relaciones. Dos personajes: una línea de relación. Tres: tres líneas. Cuatro: seis. Diez: cuarenta y cinco. No es suma. Es explosión combinatoria. Sin documentación, perderse en el mundo propio no es un riesgo -- es una certeza.
Construir una base de datos de personajes en Slima
En el artículo anterior se armó una estructura de archivos con una carpeta de personajes. Ahora, convertir esa carpeta en algo que funcione de verdad.
En el File Tree de Slima, la carpeta de personajes podría verse así:
personajes/
├── protagonistas/
│ ├── juan-protagonista.md
│ └── maria-heroina.md
├── secundarios/
│ ├── profesor-garcia-mentor.md
│ └── viejo-pedro-informante.md
├── antagonistas/
│ └── victor-villano-principal.md
└── _plantilla-personaje.md
Esa _plantilla-personaje.md al final es la pieza clave. El guion bajo la fija en la parte superior de la carpeta -- cada nuevo personaje nace como copia de este archivo.
Un archivo de personaje completo cubre seis secciones. No por formalidad, sino porque cada sección resuelve un problema concreto de escritura.
Información Básica establece las coordenadas del personaje. Época de nacimiento, lugar donde creció, ocupación actual -- no son campos de formulario. Definen la visión del mundo. Alguien que creció en el campo y alguien que creció en un apartamento céntrico se paran frente al mismo trigal y piensan cosas completamente distintas. Uno recuerda la infancia. El otro piensa en los mosquitos.
Apariencia Física no necesita un documento de identidad. Nadie retiene altura y peso exactos. Lo que permanece es "una cicatriz en la ceja izquierda" o "siempre con esa bufanda roja deshilachada." Rasgos identificativos -- los detalles que convierten al personaje de un manojo de adjetivos en una persona concreta dentro de la mente lectora.
Rasgos de Personalidad necesitan capas. La capa superficial es la primera impresión: frío, parlanchín, nervioso. La capa profunda corre por debajo: ferozmente leal, inseguro, desesperado por validación. Los personajes más fascinantes cargan tensión entre superficie y núcleo. Alguien que parece no importarle nada pero en realidad le importa más que a nadie -- esa contradicción no es un defecto. Es una virtud narrativa. Hace que el personaje se sienta real.
Historia de Fondo responde "por qué." No confía en nadie -- ¿por qué? Su padre murió cuando tenía quince años, y él se echa la culpa. Este trauma puede que nunca se revele por completo en el libro, pero moldea cada decisión que toma el personaje. Los siete octavos bajo el agua viven aquí.
Motivación y Metas funcionan en dos carriles. Las metas externas son lo que el personaje dice querer: encontrar al asesino, ganar la competencia, escapar del aprieto. Las necesidades internas son lo que realmente necesita: aprender a confiar, aceptarse, soltar el pasado. La buena estructura narrativa suele funcionar así: el personaje persigue la meta externa, choca con la necesidad interna a mitad de camino y se ve forzado a encararla.
Estilo de Habla es el elemento más subestimado -- y el que da vida a los personajes más rápido. ¿Oraciones largas o cortas? ¿Groserías o ninguna? ¿Tics verbales cuando hay nervios? Si se taparan los nombres de los personajes en un diálogo, ¿podría quien lee identificar a cada uno solo por cómo habla? Si la respuesta es sí -- eso es un personaje. Si no -- es un títere parlante.
Usar IA para mantener la consistencia
Verificar manualmente la consistencia de personajes en cien mil palabras es, siendo realistas, impracticable.
Presionar Cmd+Shift+A (Mac) o Ctrl+Shift+A (Windows) abre el AI Chat Panel de Slima. El AI Assistant lee la estructura completa del proyecto, así que las verificaciones cruzadas entre archivos son una operación básica.
Verificación de consistencia -- descripciones físicas:
Por favor, verifica si "Juan" tiene descripciones consistentes en todos los archivos de borrador.
Enfócate en:
- Si las descripciones físicas (altura, peinado, color de ojos, marcas distintivas) se mantienen consistentes
- Si las expresiones de personalidad coinciden con el perfil del personaje
- Si el estilo de habla se mantiene unificado
Cita archivos y pasajes específicos, y lista cualquier contradicción encontrada.
Lo que hace este prompt es directo: el IA barre cada borrador y compara las descripciones del mismo personaje en distintos puntos. Puede reportar "En el Capítulo 3, Juan usa gafas de marco negro; en el Capítulo 15, son de marco plateado" -- el tipo de detalle que la revisión humana casi siempre omite.
Verificación de voz -- estilo de diálogo:
Aquí está el diálogo de Juan en diferentes capítulos. Con base en su perfil de personaje (personajes/protagonistas/juan-protagonista.md), analiza si estas líneas coinciden con su estilo de habla establecido.
Verifica:
- Si la longitud y estructura de las oraciones coinciden con el perfil
- Si los hábitos de elección de palabras son consistentes
- Si la expresión emocional encaja con la personalidad
Si encuentras discrepancias, señálalas específicamente y sugiere revisiones.
La clave de este prompt es alimentar a la IA con dos documentos a la vez. En el AI Chat Panel, usar @ para referenciar el perfil del personaje, luego pegar los pasajes de diálogo. La IA compara la especificación contra las líneas reales.
Seguimiento de dinámicas de relación:
Analiza la relación entre Juan y María a lo largo del libro.
Para cada escena donde interactúan, anota:
- Ubicación del capítulo y escena
- Estado actual de la relación (hostil / neutral / amigable / íntimo)
- Cómo esta escena modifica la relación
Señala cualquier cambio de relación que parezca demasiado repentino o carezca de desarrollo.
Este prompt captura puntos de fractura en los arcos de relación. Todavía discutiendo en el Capítulo 5, de repente mejores amigos en el Capítulo 6 -- la IA lo marca directamente: "falta transición aquí." Quien escribe inmerso en el borrador suele olvidar la temperatura emocional entre personajes de capítulos anteriores. La máquina no.
Mantener mientras se escribe
Un archivo de personaje desactualizado es más peligroso que no tener ninguno -- no ayuda, engaña.
Un experimento: a partir de hoy, cada vez que un nuevo detalle de personaje quede definido en el borrador, actualizar el archivo inmediatamente. No "en un momento." No "después, cuando ordene." Inmediatamente. Porque "después" es un punto temporal que no existe en la escritura -- cuando llega, el detalle ya se olvidó o se recuerda mal.
La ventana dividida del Writing Studio de Slima (Cmd+ o Ctrl+) hace que este hábito no cueste nada. Borrador del capítulo a la izquierda, archivo del personaje a la derecha. Al escribir "Juan tocó inconscientemente la cicatriz de su ceja izquierda" -- mirar a la derecha. ¿Está la cicatriz registrada? ¿No? Tres segundos para agregarla. De vuelta a la izquierda. Hilo de pensamiento intacto.
Para detalles aún sin decidir, no dejar espacios en blanco. Los blancos se disfrazan de "completo." Usar marcadores explícitos:
- Comida Favorita: [PD - considerando paella o tortilla]
Después, una búsqueda global de "PD" saca a la superficie todos los detalles pendientes de una vez. Diez veces más eficiente que revolver la memoria.
Cuando un detalle importante del personaje necesita cambiar -- por ejemplo, modificar el trauma de fondo de "padre murió" a "padre desapareció" -- ir primero a Version Control (Cmd+Shift+G) y crear un snapshot. Un cambio así genera ondas. Muerte y desaparición producen efectos psicológicos distintos en el personaje, alterando el tono del diálogo, los patrones de comportamiento, la dinámica con otros personajes. El snapshot garantiza un camino de regreso si las ondas llegan más lejos de lo esperado.
Profundidad de registro para distintos tipos de personajes
El archivo completo de seis secciones es para los personajes que cargan peso narrativo. Aplicarlo a todos sería excesivo.
Protagonistas y personajes secundarios centrales -- archivos completos, cada sección rellenada. Estos personajes sostienen el peso de la historia. Cualquier detalle puede volverse clave en algún giro. El tiempo invertido en documentarlos se devuelve continuamente a lo largo de todo el proceso de escritura.
Personajes secundarios generales reciben una versión simplificada. Información básica, función en la historia, dos o tres rasgos identificativos. ¿El trauma de infancia de la abuela de la tienda? No hace falta. Pero su nombre, en qué capítulos aparece y por qué trata con especial cariño al protagonista -- eso sí necesita registro. Saltarlo arriesga producir "dos personajes de fondo funcionalmente idénticos" en capítulos posteriores. Una duplicación incómoda.
Personajes de paso necesitan una línea: "Taxista del Capítulo 3, habla mucho, aporta información de contexto sobre la ciudad." El objetivo no es desarrollo futuro. Es declarar "este asiento está ocupado." De lo contrario, un personaje casi idéntico puede aparecer accidentalmente tres capítulos después.
En el File Tree, las carpetas crean los niveles. Protagonistas y secundarios clave obtienen archivos individuales completos. Los secundarios generales se consolidan en un solo "referencia-rapida-secundarios.md." Los personajes de paso van a "personajes-menores.md." La carpeta se mantiene manejable; la información se mantiene buscable. Ambos objetivos cumplidos.
Quick Open (Cmd+P) hace la navegación instantánea. Escribir "Juan" -- llegar al perfil completo del protagonista. Escribir "secundarios" -- llegar a la lista de referencia rápida. Segundos, no minutos. Verificar un detalle del personaje debería sentirse como respirar -- algo que sucede sin notarse, no una tarea que descarrila el pensamiento.
Martin tiene dos asistentes a tiempo completo. Y publicó descripciones contradictorias de caderas.
No tener asistentes no es el problema. El AI Assistant lee cada palabra del libro, Version Control recuerda cada cambio, la función de búsqueda recupera cualquier dato en segundos. Las herramientas son más fiables que las personas -- siempre y cuando se usen.
La consistencia de personajes no depende de la memoria. Depende de sistemas. Construir el sistema, y los detalles siempre serán encontrables.
Próximamente: gestión de la línea temporal -- asegurar que la historia nunca tropiece con su propia lógica cronológica.