Agrupar as notas de versão dos PRs pelo efeito para quem usa o produto Prompts

Organiza sua lista de pull requests ou commits pelo que as pessoas usuárias vão perceber e rascunha as notas de versão, sem inventar recursos.

Área: Desenvolvimento e TI
Nível: Iniciante
Bom para: Preparar as notas de uma publicação de versão a partir da sprint
Transformar muitos títulos de PR em uma lista compreensível de mudanças visíveis
Separar a limpeza interna das mudanças visíveis

Como funciona

Cole a lista de pull requests ou commits que devem entrar nesta versão, com títulos e descrições curtas.
Diga para quem são as notas e quais mudanças internas devem ficar de fora de propósito.
Risque qualquer formulação que afirme um recurso que não está na lista.

Para copiar

Escreva notas de versão a partir da minha lista de mudanças. Não invente recursos, promessas nem correções que não estejam na lista.
Versão ou data: [versão]
Público: [pessoas usuárias, clientes, interno]
O que deve entrar nesta versão (lista de PRs ou commits com títulos, texto curto opcional):
[colar lista]
O que deve ficar de fora das notas de propósito (opcional):
[colar temas internos]
Tom: [objetivo, curto, informal — só se eu indicar]

Verifique e organize:
1. Grupos: classifique cada item pelo que as pessoas usuárias vão perceber: novo, alterado, corrigido ou só interno.
2. Visibilidade: refatorações internas, dependências e trabalho só de engenharia vão para um bloco à parte, ou ficam de fora se eu pedi isso.
3. Lacunas: quando o título não mostra o que muda para quem usa, faça uma pergunta em vez de adivinhar.
4. Linguagem: uma linha clara por mudança visível, sem marketing e sem superlativos.

Saída:
- notas de versão agrupadas (novo / alterado / corrigido / interno)
- lista dos itens pouco claros, cada um com uma pergunta
- uma frase de abertura, só com os meus dados
Regras: não invente recursos, números de issue, cifras nem nomes de clientes. Não prometa desempenho ou segurança que não esteja na lista.