El costo del caos
"Un orden perfecto de las carpetas no mejora la novela", dijo una vez un instructor de escritura creativa. La sala asintió. Parecía una defensa inteligente de la espontaneidad.
Tenía razón a medias.
Las carpetas ordenadas, en sí mismas, no hacen mejor una historia. Pero las carpetas desordenadas pueden impedir que se termine. Tolkien dedicó doce años a El Señor de los Anillos. Medio millón de palabras repartidas en tres volúmenes. Manuales de gramática para lenguas élficas, mapas a escala de la Tierra Media, árboles genealógicos de linajes reales. No escribió bien porque sus carpetas estuvieran impecables -- terminó el libro porque podía localizar cualquier dato.
La diferencia importa.
"capitulo3-final-FINAL-de-verdad-ahora-si.docx." Detrás de ese nombre de archivo se esconde algo peor que una mala nomenclatura. Perfiles de personajes perdidos en algún rincón del escritorio. Un diálogo escrito hace tres meses flotando en alguna versión desconocida. Si el protagonista es hijo único o tiene un hermano mayor: media hora de búsqueda y todavía sin respuesta.
La investigación psicológica le pone nombre: "costo de cambio de tarea." Cada salto del modo escritura al modo búsqueda obliga al cerebro a reiniciarse. Una o dos veces no es nada. Diez veces al día, siete días a la semana, durante tres meses -- lo que se agota no es el tiempo. Es la voluntad. Al sentarse, ya hay cansancio. Antes de escribir una sola palabra, ya hay ganas de cerrar la computadora.
Entonces la pregunta real no es "organizar o no organizar." Es cómo construir un sistema con el mínimo esfuerzo posible -- uno que elimine "buscar cosas" de la mente, para siempre.
El libro como repositorio
La ingeniería de software resolvió este problema hace décadas.
Millones de líneas de código, docenas de personas editando al mismo tiempo, y aun así -- versiones claras, historial rastreable, cualquier punto en el tiempo recuperable. No con memoria prodigiosa. Con control de versiones: tratar el proyecto entero como un repositorio estructurado.
Slima traslada esa lógica a la escritura. Al abrir el File Tree, parece una estructura de carpetas común. Pero por debajo, cada cambio queda registrado. Cada versión histórica se conserva. Cualquier estado pasado puede revisitarse cuando sea.
Un libro deja de ser un montón de archivos .docx dispersos. Se convierte en un repositorio con capas, con historia, con memoria. El proceso creativo y el resultado creativo -- ambos protegidos, juntos.
¿Suena a algo que solo necesitan los programadores? Pensémoslo de nuevo. ¿Qué escritor no ha sentido el aguijón de "ojalá no hubiera cambiado ese párrafo"?
Construir la estructura
A lo concreto. Esto es lo que funciona.
Una estructura probada para novelas largas:
MiNovela/
├── borradores/
│ ├── parte-uno/
│ │ ├── 01-comienzo.md
│ │ ├── 02-conflicto.md
│ │ └── 03-punto-de-giro.md
│ ├── parte-dos/
│ └── parte-tres/
├── personajes/
│ ├── protagonistas/
│ ├── secundarios/
│ └── antagonistas/
├── mundo/
│ ├── ubicaciones/
│ ├── historia/
│ └── reglas/
├── investigacion/
└── esquemas/
├── esquema-maestro.md
├── esquemas-capitulos.md
└── linea-temporal.md
Un solo principio lo rige todo: los borradores van con los borradores, los personajes con los personajes, el mundo con el mundo. Verificar el trasfondo de un personaje no debería implicar escarbar entre capítulos. Confirmar la descripción de un lugar no debería requerir una búsqueda global. Dónde vive cada cosa no debería exigir pensar.
Esta separación trae un beneficio oculto. El AI Assistant de Slima se vuelve más preciso cuando la información está organizada. Al hacer referencia a la carpeta "personajes/protagonistas" en el AI Chat Panel (Cmd+Shift+A / Ctrl+Shift+A), la IA sabe inmediatamente que el contexto es desarrollo de personajes -- no mecánica de trama. Entrada estructurada, respuestas estructuradas.
Tampoco es ley tallada en piedra. A mitad del borrador, ¿aparece la necesidad de una carpeta "escenas-eliminadas"? Se crea. ¿"historia" necesita dividirse en antigua y moderna? Se divide. El File Tree soporta arrastrar y soltar. Reorganizar es como mover piezas de construcción.
El arte de nombrar
El noventa por ciento de quienes escriben subestiman la nomenclatura de archivos.
El método clásico: poner un prefijo numérico a todo. 01-, 02-, 03-. Lo hacen porque los editores de código ordenan alfabéticamente. Pero el File Tree de Slima permite ordenar mediante arrastrar y soltar -- archivos y carpetas se reposicionan directamente. No hace falta codificar la secuencia en el nombre.
Así que los capítulos pueden llevar sus títulos reales:
antes-de-la-tormenta.md
el-encuentro.md
primer-secreto.md
¿Cambiar el orden? Arrastrar. Diez veces más rápido que renombrar, y los nombres quedan limpios. Si los prefijos numéricos resultan más cómodos, o si los archivos exportados necesitan mantener el orden en otras herramientas, los números siguen siendo opción válida. Cuestión de preferencia.
Los archivos de personajes se benefician de incluir el rol:
juan-protagonista.md
profesora-garcia-mentora.md
figura-sombria-villano-misterioso.md
La ganancia real está en la búsqueda. Al usar Quick Open (Cmd+P / Ctrl+P), basta escribir "protagonista" para que aparezcan todos los archivos relacionados. Escribir "villano" muestra cada antagonista. Sin necesidad de recordar el nombre de cada personaje.
Los archivos de construcción del mundo necesitan nombres descriptivos:
Bien: historia-del-reino-norte.md
Mal: configuracion3.md
"configuracion3" puede tener sentido el día de su creación. Tres meses después, es un misterio total. "historia-del-reino-norte" nunca tendrá ese problema.
Renombrar es sencillo: seleccionar el archivo en el File Tree, presionar F2 para entrar en modo de edición de nombre. Los enlaces internos se actualizan automáticamente. Sin referencias rotas.
Version Control: la red de seguridad que lo cambia todo
El sistema de notas de Tolkien tenía un defecto fatal.
Lo que se modificaba, se perdía. ¿Volver a ver una configuración de hace tres meses? Ya no existía. A menos que la hubiera copiado a mano -- pero nadie hace una copia manuscrita antes de cada edición.
El Version Control de Slima elimina este problema de raíz. Presionar Cmd+Shift+G (Mac) o Ctrl+Shift+G (Windows) despliega una línea temporal con cada modificación registrada, cada estado preservado.
Los Snapshots son puntos de guardado manuales. Terminar un capítulo -- guardar uno. Prepararse para una revisión grande -- guardar uno. Llegan los comentarios de Beta Readers y el bisturí está a punto de salir -- guardar uno. Cualquier momento que se sienta como "el estado actual vale la pena" merece un snapshot.
Pero lo que cambia las reglas del juego es Branches.
Ninguna otra herramienta de escritura en el mercado ofrece esto. El concepto es intuitivo: abrir una línea paralela de exploración sin tocar el borrador principal.
A mitad de la novela, un pensamiento aparece: "¿Y si el mentor muere aquí?" Método tradicional: copiar todo el proyecto, experimentar en la copia, borrarla si sale mal, caer en un infierno de gestión si ambas versiones necesitan coexistir.
En Slima, crear una rama llamada "experimento/muerte-del-mentor." Escribir libremente dentro de ella -- la línea principal no se mueve. ¿Satisfecho? Fusionar de vuelta. ¿No? Regresar a la principal. La rama queda ahí, silenciosa, sin interferir.
Esta red de seguridad transforma la mentalidad de escritura. No "podría" transformarla -- la transforma. Porque borrar un capítulo entero deja de ser irreversible, la barrera psicológica para experimentar con audacia baja a cero.
Organizar el caos existente
¿Ya hay una montaña de archivos dispersos? ¿Es demasiado tarde?
Nunca es demasiado tarde.
Inventario primero. Escritorio, Descargas, almacenamiento en la nube, archivos adjuntos de correo -- listar todo lo relacionado con el proyecto. Este paso suele producir un impacto: las cosas están más desperdigadas de lo imaginado.
La clasificación viene después. Contenido de borradores, perfiles de personajes, material de construcción del mundo, referencias de investigación, esquemas y planes. Algunos archivos se resisten a la categorización -- van a una carpeta "por-ordenar." No estancarse aquí.
Luego, construir la estructura de carpetas en Slima, mover los archivos uno a uno a su lugar correcto y renombrarlos en el camino. ¿Tedioso? Sí. Pero se hace una sola vez.
Al terminar, crear un snapshot de inmediato. Ese snapshot marca el punto de inflexión -- del caos al orden.
¿Dudas sobre cómo categorizar? El AI Assistant puede ayudar. Abrir el AI Chat Panel y pegar la lista de archivos:
Aquí están todos los archivos de mi proyecto de novela:
[listar los archivos]
Por favor, sugiere una estructura de carpetas apropiada según los tipos de contenido y explica el propósito de cada carpeta.
Una recomendación personalizada aparece en segundos.
Empezar de cero con un proyecto nuevo
¿Proyecto largo nuevo en el horizonte? Este es el mejor punto de partida posible.
Antes de escribir una sola palabra, armar la estructura de carpetas. Parece tiempo perdido. Es todo lo contrario. A las tres semanas, un nuevo perfil de personaje necesita un lugar -- sin vacilación sobre dónde va. A los dos meses, una nota de investigación necesita archivarse -- el camino es obvio. Quince minutos al inicio ahorran decenas de horas de fricción a lo largo de todo el proyecto.
Los archivos de plantilla también valen la pena. Colocar un "_plantilla-personaje.md" en la carpeta de personajes con campos estándar: información básica, apariencia, personalidad, trasfondo, rol en la historia. ¿Nuevo personaje? Copiar la plantilla y completar los espacios. Sin reinventar el proceso cada vez.
La estructura evolucionará con el proyecto. Pueden aparecer carpetas nuevas. Algunas pueden fusionarse. Es normal. Reorganización por arrastrar y soltar en el File Tree, Version Control listo para revertir cualquier error -- ningún cambio es irreversible.
Tolkien administró doce años de trabajo creativo con un sistema de notas en papel. Sin computadora, sin función de búsqueda, sin control de versiones. Pura disciplina y diseño.
Las herramientas cambiaron. El papel se convirtió en el Writing Studio. Las copias manuscritas se convirtieron en Snapshots. Las tijeras y el pegamento se convirtieron en arrastrar y soltar dentro del File Tree. Pero el pensamiento de fondo sigue igual: tratar el libro como un proyecto que necesita gestión, no como un montón de archivos apilados al azar.
La buena estructura no restringe la creatividad. Lo que hace es más sutil: elimina "buscar cosas" de la capa consciente, dejando toda la atención disponible para la historia misma.
En el próximo artículo: la base de datos de personajes -- cómo rastrear a cada persona en la historia como Tolkien rastreaba los linajes de la Tierra Media.