[🛠] Trazer meu blog no GitHub Pages de volta como um sistema operável

✨ Resumo do GPT-5.5 　

Registro de como reabri um blog no GitHub Pages que estava parado, separei a Daily Review dos arquivos de conversas com IA e o coloquei de novo em funcionamento como um sistema público de registro.

Hoje eu reabri o blog.

Não era só uma questão de escrever um post. Era o trabalho de trazer de volta, para um estado em que eu pudesse realmente mexer nele, um blog no GitHub Pages que tinha ficado parado.

O ponto de partida foi a Daily Review de 25 de maio. Aquele post era uma declaração de que eu voltaria a registrar todos os dias e, ao mesmo tempo, carregava coisas demais de uma vez. A raiva pela morte de um reservista, a repulsa pela política, uma autoavaliação sobre fé e execução, a ideia de usar IA como ferramenta de autogestão e a decisão de retomar o blog estavam todas dentro de um único texto.

No começo, achei que estava certo.

Como era o primeiro dia da retomada, pensei que bastava deixar também a conversa que tinha me empurrado até ali. Mas, quando olhei o arquivo de verdade, aquilo não era uma Daily Review. Era mais um arquivo de conversa do que um registro do dia. Se eu anexar uma conversa inteira de milhares de linhas a uma Daily Review, esse post deixa de ser um registro que eu consigo continuar todos os dias.

Então a primeira decisão de hoje foi simples.

Separar a Daily Review do arquivo de conversas com IA.

Primeiro defini as condições

Para recomeçar o blog, eu precisava de uma estrutura operável antes de uma declaração bonita.

As condições eram estas.

• Manter a Daily Review leve o bastante para ser escrita todos os dias.
• Separar conversas longas com IA em posts de arquivo próprios.
• Fazer com que os arquivos de conversa não pareçam exportações brutas.
• Mascarar palavrões e expressões agressivas para leitura pública.
• Distinguir visualmente as falas do usuário das respostas da IA.
• Fazer a categoria de cada post aparecer de imediato nas listas de arquivo.
• Impedir que blocos de código ou cartões longos de conversa empurrem a tela para fora no celular.

Escrito assim, parece trabalho de organização.

Mas, na prática, era remover o maior problema que estava bloqueando a retomada do blog. Se o primeiro post da retomada fica grande demais, no dia seguinte eu paro de escrever de novo. O ponto central de hoje não era aumentar o post, mas deixar o blog em um estado em que eu pudesse continuar escrevendo.

Tirei a conversa completa da Daily Review

No começo, coloquei a conversa completa dentro da Daily Review de 25 de maio em formato recolhível.

Mas esse caminho mostrou seus limites rapidamente.

A Daily Review deve ser um texto para registrar as vitórias e derrotas do dia, os entregáveis, o registro do corpo e o registro das fugas. Quando quase 2.900 linhas de conversa entram ali dentro, a natureza do post fica borrada. O leitor se confunde, e eu também não vou querer manter o mesmo formato no dia seguinte.

Por isso separei a conversa em outro 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

No lado da Daily Review, reduzi o enorme dump de conversa e criei um arquivo separado de conversa.

Esse era o ponto central.

Um registro diário fica como registro diário. Um arquivo de conversa fica como arquivo de conversa. Não misturar os dois.

Transformei um dump de exporter em post

Uma exportação de conversa com IA é difícil de ler quando colada como está.

Logs de busca, links de imagem que podem expirar, metadados repetidos e estruturas soltas do meio da conversa ficam todos misturados. Se eu publico assim, vira um “registro”, mas não um “post”. Pode ficar no blog, mas não será lido.

Então transformei o arquivo de conversa em uma estrutura de cartões.

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

As falas do usuário ficaram destacadas em um tom amarelado, e as respostas da IA ficaram em um fundo mais calmo. Criei classes como conversation-meta, conversation-body, conversation-mask e conversation-code. Os palavrões continuam visíveis como ***, mas não saltam diretamente dentro do post público.

Isso não era só decoração de CSS.

Era o processo de transformar uma conversa em material público. Sem apagar completamente o original, eu queria que o leitor do blog conseguisse acompanhar onde o assunto mudou, quem falou e por que aquela conversa levou à declaração de retomada.

Também reorganizei os metadados

Depois de separar o post, apareceu outro problema.

Se a lista de arquivos mostra apenas título e data, não dá para saber de imediato se o post é uma Daily Review, um arquivo de IA, um diário de desenvolvimento ou uma dica. Se o blog vai voltar a crescer, o contexto precisa aparecer já na própria lista.

Por isso acrescentei exibição de categorias em _includes/archive-single.html.

Mapeei daily-review para Daily Review, diary para Diário, ai para IA e github-pages-blog para GitHub Pages Blog. Em vez de imprimir a categoria bruta, converti tudo para nomes que leitores reais veem.

No começo, coloquei os chips de categoria abaixo dos metadados do corpo, mas logo eles pareceram espalhados demais. Ajustei de novo para deixar a data e os chips de categoria na mesma linha.

Data / chips de categoria / resumo

Essa pequena mudança melhorou a densidade de informação nas listas de arquivo. Do ponto de vista de portfólio, também faz sentido. O blog deixa de parecer apenas um lugar que escreve posts e passa a parecer um sistema que separa tipos de conteúdo e melhora a navegação.

Corrigi também as partes que quebravam no celular

Depois de adicionar cartões de conversa e blocos de código, os problemas no celular vieram junto.

Quando frases longas, citações, blocos de código e botões de cópia empurram a tela para os lados, o blog fica tosco imediatamente. Em especial, o botão de copiar código do Minimal Mistakes é conveniente, mas em telas estreitas o próprio botão às vezes cria overflow.

Então corrigi algumas coisas logo em seguida.

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

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

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

Também ajustei as margens de títulos, blockquotes e primeiros/últimos parágrafos dentro dos cartões de conversa. No celular, reduzi o padding dos cartões e o tamanho dos títulos internos.

Esses ajustes quase não chamam atenção. Mas, olhando como portfólio, eles são importantes. Significam que eu não parei depois de encaixar uma funcionalidade. Fui até a tela real e poli as partes que quebravam.

O que mudou hoje

As mudanças de hoje podem ser resumidas mais ou menos assim.

Organizei as regras de operação do blog em AGENTS.md e _project/blog-system/README.md
Removi a conversa completa da Daily Review
Criei um post separado para o arquivo de conversa com IA
Adicionei estilos de cartões de conversa baseados em conversation-entry
Defini regras de mascaramento de palavrões e omissão de imagens anexas
Adicionei chips de categoria às listas de arquivo
Organizei o layout de metadados de data e chips de categoria
Unifiquei os timestamps de conversa em notação coreana
Corrigi o overflow no celular em cartões de conversa e botões de copiar código

Vendo pelo fluxo de commits, fiz bastante coisa em pouco tempo.

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

Em uma frase:

Transformei a declaração de retomada do blog em um sistema de registro realmente operável.

Resultado

Hoje o blog voltou a abrir.

Mas o mais importante não foi um post ter subido. Foi a estrutura ter ficado de pé de novo.

A Daily Review ficou como um registro que pode continuar todos os dias, e as conversas longas com IA foram separadas em arquivos próprios. O arquivo de conversa deixou de ser um dump de exporter e virou material público legível. Acrescentei contexto de categoria às listas de arquivo e corrigi as partes que quebravam no celular.

Não foi uma adição de funcionalidade vistosa. Mas, como primeiro passo para reviver o blog, foi exato.

Se eu vou voltar a escrever, o blog não pode ser apenas um depósito emocional. Ele precisa ser um sistema operável. O que fiz hoje foi recuperar o esqueleto mínimo desse sistema.

Como portfólio, também gosto desse ponto.

O problema era claro. O primeiro post da retomada tinha ficado grande demais e corria o risco de quebrar o sistema de registro diário. A solução não foi uma simples exclusão. Separei tipos de conteúdo, criei UI, reorganizei metadados e poli até a renderização no celular.

Dizer que vou recomeçar o blog é fácil.

Hoje eu transformei essa frase em estrutura de arquivos, templates, estilos, metadados e telas de celular.