Dos pull requests mesclados ao changelog publicado
O Zero lê os pull requests que você mesclou nesta semana, mantém os que afetam o usuário, escreve o changelog e o publica no seu blog, na sua lista do Resend e no X na mesma execução, assim que você aprova o rascunho.
O que o Zero entrega: o post, o e-mail e a thread
Esta é uma atualização de produto real do Zero, publicada no vm0.ai em 20 de julho de 2026 e mostrada exatamente como saiu: o post do blog, a mesma atualização como newsletter e como thread no X. Uma única execução escreveu as três a partir dos pull requests mesclados da semana.
O que é automação de changelog?
Automação de changelog é gerar a novidade do produto a partir do trabalho que o time realmente mesclou, em vez de escrevê-la de memória no fim da semana. O Zero é o agente no meio: lê os pull requests mesclados no GitHub, mantém os que afetam o usuário, agrupa-os em temas, escreve o changelog e publica no seu blog, em uma newsletter do Resend e em uma thread no X em uma única execução. O resultado é uma novidade de produto semanal que sai no prazo e diz a mesma coisa em todos os canais.
Por que o changelog semanal consome uma sexta-feira
Sexta-feira à tarde. Uns trinta pull requests foram mesclados nesta semana e alguém precisa transformá-los em uma novidade que as pessoas leiam de verdade. Você passa os olhos na lista de merges, adivinha quais mudanças afetam o usuário, escreve o post, corta para o e-mail, corta de novo para o X e cola cada versão em uma ferramenta diferente. É a mesma leitura três vezes, e o que sai no X quase nunca diz exatamente o mesmo que chegou na caixa de entrada.
Como o Zero transforma uma semana de merges em um changelog publicado
Passo 1: conecte suas ferramentas
Passo 2: peça ao Zero
Passo 3: leve mais longe
Integrações do GitHub, Resend, X e Slack para automação de changelog
Este fluxo lê de uma ferramenta e escreve em três. O GitHub é a única fonte de verdade sobre o que foi lançado; Resend e X são destinos; o Slack é onde o rascunho espera por uma pessoa. Cada conector é concedido separadamente e limitado ao que o fluxo realmente usa, então acesso de leitura ao seu repositório nunca implica o direito de publicar pela sua conta.
Integração com o GitHub: o que o Zero lê para montar o changelog
ObrigatórioO Zero consulta os pull requests mesclados nos repositórios que você indicar dentro do seu período e, de cada um, lê o título, a descrição, os rótulos, o horário do merge, o autor e os caminhos de arquivo alterados. São esses cinco sinais que separam uma mudança visível de uma refatoração interna: o rótulo de nota de release é o mais forte, os caminhos alterados pegam os que ninguém rotulou e a descrição traz o detalhe que o título deixa de fora. Neste fluxo, a integração com o GitHub é somente leitura. O Zero não abre issues, não faz commits e não edita pull requests. Aponte-o para mais de um repositório e ele lê todos na mesma passagem, então um frontend e um backend separados ainda produzem um único changelog.
Integração com o Resend: a newsletter que o Zero envia
ObrigatórioO Zero lê seus públicos do Resend para poder tratar pelo nome aquele que você indicar, em vez de por ID, e então cria e envia a campanha: assunto, pré-cabeçalho, corpo em HTML e alternativa em texto simples. Depois do envio, ele relê o resultado e informa quantas mensagens foram entregues, adiadas e rejeitadas, e é por isso que o relatório e a campanha nunca se contradizem. A permissão de envio é concedida separadamente do acesso de leitura aos públicos, e o Zero nunca adiciona, remove nem exporta contatos.
Integração com o X: a thread que o Zero publica
ObrigatórioA thread é escrita para o X, não cortada do post: uma publicação por tema, uma de abertura que diz o que mudou e uma final que leva ao texto completo. O Zero publica cada entrada como resposta à anterior para que a thread se mantenha unida, e confere o tamanho antes de publicar em vez de deixar uma publicação ser cortada. O acesso de escrita se limita à conta que você conecta, e publicar a thread é tudo o que ele faz. O Zero não lê sua timeline, suas menções nem suas mensagens diretas.
Integração com o Slack: onde o rascunho espera aprovação
OpcionalO Slack é opcional e ganha seu lugar na etapa de aprovação. O Zero publica o rascunho completo no canal que você indicar, incluindo o texto do blog, o assunto do e-mail e cada publicação da thread, e então para. Nada é publicado até alguém aprovar, e você pode pedir uma reescrita na mesma thread e receber ali o rascunho atualizado. Sem o Slack o fluxo ainda roda do começo ao fim; o rascunho volta para onde você iniciou a execução.
Zero, a escrita manual e um gerador de changelog
Automatizar o changelog são dois problemas: decidir o que vale anunciar e levar esse anúncio a todos os canais. A maioria das ferramentas resolve só um deles.
Escrever à mão
Alguém lê a lista de merges, decide o que importa, escreve o post e o reescreve duas vezes para e-mail e X. O julgamento é bom e o texto tem a voz da marca, mas custa os mesmos 90 minutos toda semana e é a primeira coisa a cair numa semana cheia.
Um gerador de changelog
Títulos de commits ou pull requests são reunidos automaticamente em uma página de notas de release. Nenhum merge escapa, mas o que se publica são títulos e não temas, uma refatoração não se distingue de um recurso, e tudo para em um único destino.
O fluxo de changelog do Zero
O Zero lê os mesmos merges, aplica a sua regra sobre o que afeta o usuário, agrupa o restante em temas e escreve o texto de cada canal. Blog, Resend e X são publicados a partir de um único rascunho aprovado em uma execução, e a execução informa o que foi retido e por quê.
Dicas para melhores resultados
Perguntas frequentes
Como automatizar um changelog a partir dos pull requests do GitHub?
Conecte o GitHub ao Zero e defina um agendamento ou um gatilho de release. O Zero lê os pull requests mesclados no seu período, filtra com a sua regra sobre o que afeta o usuário, agrupa os restantes em temas e escreve o changelog. Some Resend e X e a mesma execução também publica nesses canais.
Como o Zero decide quais merges afetam o usuário?
Pela regra que você der, aplicada a quatro sinais: o rótulo de nota de release, os caminhos de arquivo alterados, o título do pull request e a descrição. O rótulo é o sinal mais forte e o que a maioria dos times acaba padronizando. Tudo o que o Zero exclui aparece no relatório da execução com o motivo, então uma decisão errada fica visível em vez de passar despercebida.
Dá para publicar um mesmo rascunho na newsletter e no X ao mesmo tempo?
Sim. O Zero escreve os temas uma vez e depois os adapta a cada canal: o post completo no blog, o e-mail no tamanho de caixa de entrada com assunto e pré-cabeçalho, e uma thread com uma publicação por tema. Os três saem na mesma execução a partir do mesmo rascunho aprovado, então os fatos não têm como divergir entre canais.
Alguma coisa é publicada sem a minha aprovação?
Não, a menos que você peça. O fluxo padrão publica o rascunho em um canal e espera. Você pode aprovar, pedir uma reescrita na mesma thread ou descartar. Se preferir publicação sem supervisão, diga isso no prompt e o Zero pula a etapa de aprovação.
De quais ferramentas essa automação de changelog precisa?
O GitHub é obrigatório como fonte do que foi lançado. Resend e X são obrigatórios como os dois destinos de publicação. O Slack é opcional e serve apenas para a etapa de aprovação; sem ele, o rascunho volta para onde você iniciou a execução.
Quais permissões esse fluxo exige?
O GitHub precisa de acesso de leitura aos repositórios de onde você publica. O Resend precisa de permissão de envio e acesso de leitura aos públicos. O X precisa de acesso de escrita na conta que publica a thread. O Slack, se você usar, precisa poder publicar no canal de aprovação. Cada conector é concedido separadamente no Zero, e revogar um deixa os outros intactos.
O Zero consegue montar um changelog a partir de vários repositórios?
Sim. Cite todos os repositórios no prompt e o Zero os lê na mesma passagem, agrupando as mudanças pelo comportamento que alteram e não pelo repositório de origem. Um frontend e um backend separados ainda geram um único post.
Posso rodar por tag de release em vez de agendamento semanal?
Sim. Crie uma automação que inicie o fluxo quando uma release for marcada no GitHub. O Zero então monta o changelog a partir dos pull requests dessa release em vez de uma janela de datas, e o resto da execução é idêntico.
Publique o changelog desta semana
Conecte GitHub, Resend e X e use o prompt semanal para ver a execução inteira: análise, agrupamento, rascunho, aprovação, publicação.