Uma patch note é instrução de manutenção, não uma atualização automática de todo o guia. Comece pela publicação oficial, identifique branch e produto e localize o menor comportamento que pode mostrar diferença: arma, upgrade, Artifact, Tablet, gate, telegraph, coop ou trigger.
Verifique se a nota se aplica a public 1.0, Early Access, test branch, base game ou demo. O site cobre AppID 2436940; o demo AppID 2686970 fica fora. Screenshot semelhante não basta para juntar os produtos.
Leia o escopo primeiro
Anote source, date, branch, product, platform, version e sistema. Se o texto não informa a ação, marque a mecânica como pendente em vez de inventar um efeito.
Reteste o menor comportamento
Escolha uma sala fixa, um layout, um signal ou um resultado de cliente. Compare antes e depois com weapon, mode e save constantes. Uma diferença não reproduzida não deve ser publicada como mudança confirmada.
Envie a nota para a página certa
Armas vão para Weapons, layouts para Tablets, gates para Chapters, encounters para Bosses, party para Multiplayer e triggers para Achievements. Official Updates fornece a hierarquia da fonte.
Preserve o histórico
Não apague uma recommendation antiga. Marque era, data, version, platform e product e acrescente o resultado atual. Early Access pode continuar útil como contexto sem continuar válido como instrução.
Evite uma conclusão falsa
Um room, um jogador ou um resultado de coop não representa todos os contexts. Escreva condições não fixadas, mode, party size e confidence. Se o resultado contradizer a nota, registre a contradição e peça novo teste.
Patch notes para leitores
O leitor precisa saber o que mudou, o que testar, o que foi confirmado e o que continua incerto. Use source, version, system, test, outcome e próxima ação em formato curto.
Uma boa nota de reteste
Registre estado anterior, estado atual, context fixo, primeira diferença, repetição e condição de parada. Se a interface não mostra número, descreva apenas o behavior visível.