Changelog inteligente

Camada funcional

O que mudou no produto, contado em linguagem de usuário — gerado a partir do próprio trabalho de desenvolvimento, sem ninguém escrever notas de versão à mão.

Desde 27/10/2026 as entregas são agrupadas por funcionalidade, não por dia: cada novidade é contada uma vez e cresce quando a mesma funcionalidade volta a mudar, em vez de reaparecer a cada dia. O formato está descrito em Novidades do changelog; o agrupamento por dia, que valeu até ali, está em Resumos periódicos.

Nem toda mudança vira novidade

Cada alteração entregue é lida e classificada: o que é melhoria que interessa a quem usa, o que é ajuste interno, e o quanto dá para confiar nessa leitura. Duas coisas decidem a qualidade dessa leitura:

• Quanto contexto veio junto. Trabalho entregue com descrição e rótulos é lido com mais segurança do que uma mudança solta e sem explicação.
• O que foi tocado. Ajuste de infraestrutura, de teste ou de banco é tratado como interno, mesmo que a leitura automática tenha achado que era novidade.

Quando a confiança é baixa, a entrada não aparece sozinha: espera aprovação de quem administra. É o padrão conservador de propósito — na dúvida, revisão humana, não publicação.

A regra fixa vem depois da leitura automática

Esta é a parte que sustenta o resto: a classificação automática propõe, e um conjunto de regras fixas dispõe. São essas regras que impedem os dois erros conhecidos — mudança interna vazando para o que todo mundo vê, e leitura fraca promovendo algo sozinha.

Confiar só na leitura automática publicaria, mais cedo ou mais tarde, uma mudança de infraestrutura como se fosse novidade de produto.

O que dá para fazer, e onde