[🛠] Volver a dejar mi blog de GitHub Pages como un sistema operable

✨ Resumen de GPT-5.5 　

Registro de cómo reabrí un blog de GitHub Pages que se había detenido, separé la Daily Review de los archivos de conversaciones con IA y lo puse de nuevo en marcha como sistema público de registro.

Hoy volví a abrir el blog.

No era simplemente cuestión de escribir un post. Era devolver un blog de GitHub Pages que estaba detenido a un estado en el que pudiera volver a trabajarlo.

El punto de partida fue la Daily Review del 25 de mayo. Ese post era una declaración de que volvería a registrar cada día, pero al mismo tiempo cargaba demasiadas cosas a la vez. La rabia por la muerte de un reservista, el rechazo hacia la política, una revisión personal sobre fe y ejecución, la idea de usar la IA como herramienta de autogestión y la decisión de reabrir el blog estaban todas metidas en un solo texto.

Al principio pensé que eso estaba bien.

Como era el primer día del regreso, pensé que bastaba con dejar también la conversación que me había empujado hasta ahí. Pero al mirar el archivo de verdad, eso no era una Daily Review. Era más bien un archivo de conversación. Si le pego a una Daily Review una conversación completa de miles de líneas, ese texto ya no es un registro que pueda sostener todos los días.

Así que la primera decisión de hoy fue simple.

Separar la Daily Review del archivo de conversaciones con IA.

Primero fijé las condiciones

Para volver a empezar el blog, necesitaba una estructura operable antes que una declaración vistosa.

Las condiciones eran estas.

• Mantener la Daily Review lo bastante ligera como para escribirla todos los días.
• Separar las conversaciones largas con IA en posts de archivo aparte.
• Hacer que los archivos de conversación no parecieran volcados de un exporter.
• Enmascarar insultos y expresiones demasiado agresivas para una publicación pública.
• Distinguir visualmente las intervenciones del usuario y las respuestas de la IA.
• Hacer que la categoría de cada post se viera enseguida en las listas de archivo.
• Evitar que los bloques de código o las tarjetas largas de conversación empujaran la pantalla en móvil.

Escrito así, parece trabajo de orden.

Pero en realidad era quitar el obstáculo más grande que estaba frenando el reinicio del blog. Si el primer post de regreso se vuelve demasiado grande, desde el día siguiente ya no se escribe más. Lo central de hoy no era agrandar un texto, sino dejar el blog en un estado en el que pudiera seguir escribiendo.

Saqué la conversación completa de la Daily Review

Al principio puse la conversación completa dentro de la Daily Review del 25 de mayo en formato plegable.

Pero ese enfoque mostró sus límites enseguida.

La Daily Review tiene que ser un texto que registre las victorias y derrotas del día, los entregables, el registro del cuerpo y el registro de las huidas. Si dentro entran casi 2.900 líneas de conversación, el carácter del post se difumina. El lector se confunde, y yo tampoco voy a querer continuar el mismo formato al día siguiente.

Por eso separé la conversación en otro post.

_posts/daily-review/2026-05/2026-05-25-2026-05-25.md
_posts/diary/ai/2026-05-25-reservist-anger-to-blog-restart.md

En el lado de la Daily Review reduje el volcado enorme de conversación y convertí la conversación en un archivo aparte.

Ese era el punto clave.

Un registro diario queda como registro diario. Un archivo de conversación queda como archivo de conversación. No mezclarlos.

Convertí un volcado de exporter en un post

Una exportación de conversación con IA es difícil de leer si se pega tal cual.

Se mezclan registros de búsqueda, enlaces de imagen que pueden caducar, metadatos repetidos y estructuras varias que aparecen a mitad de conversación. Si lo subo así, queda como “registro”, pero no como “post”. Puede quedarse en el blog, pero no se lee.

Así que convertí el archivo de conversación en una estructura de tarjetas.

<section class="conversation-entry conversation-entry--user">
  <div class="conversation-meta">Yo · 2026.05.25 09:12:38</div>
  <div class="conversation-body">
    ...
  </div>
</section>

Las intervenciones del usuario quedaron resaltadas con una gama amarilla, y las respuestas de la IA quedaron sobre un fondo más tranquilo. Creé clases como conversation-meta, conversation-body, conversation-mask y conversation-code. Los insultos permanecen visibles como ***, pero no saltan tal cual dentro de un post público.

Esto no era una simple decoración de CSS.

Era el proceso de convertir una conversación en material público. Sin borrar por completo el original, quería que el lector del blog pudiera seguir dónde cambiaba el tema, quién hablaba y por qué esa conversación desembocó en la declaración de reinicio.

También reorganicé los metadatos

Al separar el post, apareció otro problema.

Si en la lista de archivos solo se ve el título y la fecha, no se entiende de inmediato si el post es una Daily Review, un archivo de IA, un diario de desarrollo o un tip. Si el blog va a volver a crecer, el contexto tiene que verse desde la propia lista.

Por eso añadí la visualización de categorías en _includes/archive-single.html.

Mapeé daily-review a Daily Review, diary a Diario, ai a IA y github-pages-blog a GitHub Pages Blog. En lugar de imprimir la categoría cruda, la convertí en nombres pensados para un lector real.

Al principio puse los chips de categoría debajo de los metadatos del cuerpo, pero enseguida se veían demasiado dispersos. Lo ajusté otra vez para que la fecha y los chips de categoría quedaran en la misma línea.

Fecha / chips de categoría / resumen

Con este pequeño cambio, la densidad de información en las listas de archivo mejoró. También tiene sentido desde una mirada de portafolio. Ya no parece un blog que simplemente escribe posts, sino un sistema que distingue tipos de contenido y mejora la exploración.

Arreglé también lo que se rompía en móvil

Al añadir tarjetas de conversación y bloques de código, llegaron los problemas de móvil.

Si frases largas, citas, bloques de código y botones de copia empujan la pantalla hacia los lados, el blog se ve tosco de inmediato. En particular, el botón de copiar código de Minimal Mistakes es cómodo, pero en pantallas estrechas a veces el propio botón generaba overflow.

Así que corregí varias cosas enseguida.

.conversation-entry {
  overflow-wrap: break-word;
}

.conversation-body {
  min-width: 0;
}

.clipboard-copy-button {
  overflow: hidden;
}

También ajusté los márgenes de títulos, blockquotes y primeros/últimos párrafos dentro de las tarjetas de conversación. En móvil reduje el padding de las tarjetas y el tamaño de los títulos internos.

Estos arreglos no se notan mucho a simple vista. Pero vistos como portafolio, son importantes. Significan que no terminé al pegar una función, sino que seguí la pantalla real y pulí las partes que se rompían.

Lo que cambió hoy

Los cambios de hoy se pueden resumir más o menos así.

Organicé las reglas de operación del blog en AGENTS.md y _project/blog-system/README.md
Eliminé la conversación completa de la Daily Review
Creé un post separado para el archivo de conversación con IA
Añadí estilos de tarjetas de conversación basados en conversation-entry
Definí reglas para enmascarar insultos y omitir imágenes adjuntas
Añadí chips de categoría a las listas de archivo
Organicé el layout de metadatos de fecha y chips de categoría
Unifiqué las marcas de tiempo de conversación en notación coreana
Apliqué tarjetas de conversación
Corregí el overflow móvil en tarjetas de conversación y botones de copia de código

Visto como flujo de commits, hice bastante en poco tiempo.

d3fb3d5  clean blog project files
1d36a01  clean #87 transcript
1d9ab13  restore #87 toc
ccb9139  archive #87 transcript
310b3af  show archive categories
4579858  refine archive post metadata
fb3516b  localize conversation timestamps
0564866  apply conversation cards
244a4a5  prevent mobile copy-code overflow

En una frase:

Convertí la declaración de reinicio del blog en un sistema de registro realmente operable.

Resultado

Hoy el blog volvió a abrirse.

Pero lo más importante no fue que subiera un post, sino que la estructura volvió a estar en pie.

La Daily Review quedó como un registro que puede continuar todos los días, y las conversaciones largas con IA se separaron en archivos propios. El archivo de conversación dejó de ser un volcado de exporter y pasó a ser material público legible. Añadí contexto de categoría a las listas de archivo y arreglé las partes que se rompían en móvil.

No fue una función vistosa. Pero como primer paso para revivir el blog, fue exacto.

Si voy a volver a escribir, el blog no puede ser solo un depósito emocional. Tiene que ser un sistema operable. Lo que hice hoy fue recuperar el esqueleto mínimo de ese sistema.

También me gusta este punto desde la perspectiva de portafolio.

El problema era claro. El primer post de reinicio se había vuelto demasiado grande y corría el riesgo de romper el sistema de registro diario. La solución no fue una simple eliminación. Separé tipos de contenido, construí UI, reorganicé metadatos y pulí el renderizado móvil.

Decir que vuelvo a empezar el blog es fácil.

Hoy convertí esa frase en estructura de archivos, plantillas, estilos, metadatos y pantallas móviles.