[🛠] Separando posts de trabalho em categorias de três níveis por workstream

✨ Resumo do GPT-5.6 Sol 　

Registro da separação das notas técnicas de trabalho em histórias contínuas por workstream, alinhando caminhos, numeração, navegação e URLs antigas.

À medida que o devlog de trabalho cresceu, histórias diferentes começaram a se misturar dentro de uma única categoria. AI Orchestration e Operations Automation tinham continuidades e ordens de leitura distintas. Mantendo ambos em devlog/company-work, até a numeração dos títulos ficava ambígua: seria da categoria inteira ou de cada projeto?

Fixando caminhos e numeração em devlog/company-work/<workstream>

Alinhei o caminho do arquivo, categories e o permalink de cada post ao mesmo slug de workstream. A numeração agora começa em #1 dentro de cada workstream, e não atravessa todos os posts de trabalho.

devlog/company-work/ai-orchestration
devlog/company-work/operations-automation

A URL passa a identificar a história contínua, sem colisões entre números de projetos diferentes.

Renderizando sidebar e menu móvel a partir de uma única árvore em navigation.yml

Antes eu conectei o menu móvel e o overview de categorias aos mesmos navigation data. Desta vez, adicionei mais um nível de children de workstream abaixo de company-work.

O sidebar e o menu móvel usam o include compartilhado category-nav-groups.html. O archive superior reúne todos os workstreams, enquanto cada archive inferior mantém apenas os posts que correspondem a todas as categorias do caminho. A estrutura de três níveis não é copiada em cada superfície de navegação.

Preservando URLs antigas de dois níveis com redirects gerados

Mover categorias quebraria os links existentes em /devlog/company-work/<post>/. Cada post movido mantém redirect_from, e um generator do Jekyll cria uma página estática de redirect para a nova URL de três níveis. Caminhos externos inválidos e redirects conflitantes fazem o build falhar antes de terminar.

Verificando juntos caminhos, numeração e traduções do workstream

company_work:verify verifica se o workstream está registrado, se o caminho corresponde a categories, se não há números ausentes ou duplicados e se as traduções dos active locales usam a mesma estrutura.

Para escrever o próximo post de trabalho, agora basta escolher primeiro o workstream. A URL, o archive, a navegação e o número do título passam a apontar para a mesma história contínua.