Histórico de versões responde quando uma evidência era verdadeira; patch notes respondem o que mudou. Sephiria tem contexto de Early Access e public 1.0. Um guia antigo permanece histórico até que sua mecânica, item pool, gate ou achievement seja verificado no jogo base atual.
Use marcos de release corretamente
Uma data não prova a mudança de uma mecânica. Registre product, branch, platform, save, version e source antes de comparar claims.
Compare uma afirmação histórica
Identifique se o post fala de item pool, gate, balance ou achievement. Se a cena não repetir no jogo atual, mantenha a era e não transforme o texto em recommendation current.
Branch, plataforma e produto
Base product, demo, Early Access, public release e plataformas são contextos diferentes. Screenshot parecida não funde evidências. Guarde fonte e data.
Torne o handoff acionável
Quando uma fronteira afeta uma página, indique o que retestar e onde guardar o resultado. Updates fornece a source; esta página fornece o rótulo histórico.
Marque a era no próprio guia
Use era, produto, plataforma e confiança ao lado do claim, sem esconder a página inteira. O que foi confirmado agora pode ser atual; o restante deve permanecer pending ou historical.
Comparação preparada para o futuro
Registre antes, depois, condições fixas, diferença observada, diferença incerta e próximo teste. Patch Notes detalha o change; depois devolva a mecânica afetada à sua página de sistema e novamente a Patch Notes se necessário.
Se um patch posterior substituir public 1.0, acrescente uma observação nova em vez de apagar o lançamento. Encaminhe a mudança detalhada para Patch Notes e preserve os leads da comunidade como secundários.