Episodio 017 — El nacimiento del storytelling

Serie: bitácora de ingeniería — caprini.dev
Enfoque: una puerta nueva hacia La Odisea sin diluir el registro del taller.

Dos ritmos, dos contratos con el lector

La bitácora en /blog (episodios bajo src/content/docs/system/episodes/) cumple un contrato claro: trazabilidad de decisiones, specs, despliegues y parches. El lector espera densidad técnica, enlaces a router y memoria, a veces el sabor terminal que ya es parte de la identidad del sitio.

Eso es oro para quien sigue el proceso. Pero no todo lo que queremos contar encaja en el mismo formato ni en la misma promesa emocional. Cuando el eje pasa a relato, contexto histórico o investigación apoyada en una búsqueda profunda, mezclarlo con el log semana a semana aplasta el ritmo: o el post técnico se vuelve demasiado largo y disperso, o el relato queda domesticado por el tono de informe.

Por eso decido separar la bitácora técnica del portal narrativo documentado en SPEC-004: la colección series y las rutas previstas en /odisea/.

Qué gana cada lado

1. El blog técnico sigue siendo el dossier de obra: corto, referenciable, alineado con DOC_ROUTER.md y episodios numerados.
2. La Odisea puede abrir con vídeo arriba y un deep dive debajo — experiencia más cine / galería, sin obligar a cada visitante del home a atravesar un muro de texto antes de ver el argumento audiovisual.
3. Gobernanza: dos modelos de contenido en el Content Layer (docs vs series) = menos hacks de frontmatter y menos confusiones sobre qué es “episodio de taller” y qué es “capítulo de serie”.

Cierre

No se trata de esconder la ingeniería: se trata de no forzar el relato dentro del mismo molde que el changelog vivido. La bitácora cuenta cómo se construye; La Odisea, cuando toque, contará por qué importa — con otra escenografía. El siguiente paso es implementar las páginas bajo /odisea/ cuando cerremos el diseño; por ahora el contrato vive en SPEC-004 y en la colección series.