Dragon Fusion — Auditoria de Consistência v1

Revisão consolidada do conteúdo publicado no hub para validar alinhamento entre produto, gameplay, economia e backend.

1) Consistências fortes encontradas

Servidor autoritativo para economia/compras/ranking/claims está consistente em docs técnicos e backend.
Idempotência via txnId aparece em múltiplas áreas críticas (recompensas, revive, compras).
Timers em UTC servidor mantidos para energia e hatchery (anti-exploit de relógio local).
Progressão por estrelas com unlock do mundo 4 em 45★ aparece de forma consistente.
Modelo de jogo Puzzle + RPG leve está coerente com as telas 06, 16, 17 e docs de regras.

Área	Problema	Impacto	Ação recomendada
Nomenclatura de boosters	Aparecem variações: mix, misturar, shuffle.	Médio (dev/analytics confusos)	Padronizar IDs técnicos: `hint`, `undo`, `shuffle`, `turbo`, `revive`.
Fonte canônica x docs derivados	Números de balance v1/v2 não estão totalmente refletidos no Master Guide.	Alto	Atualizar Master Guide com seção “Balance Canon v1”.
Regras de score	Há metas de score, mas fórmula de pontuação não está formalmente fechada.	Alto	Publicar fórmula única de score + thresholds por fase.
LiveOps schema	Existe estratégia, mas faltam schemas formais para missão/oferta/evento.	Alto	Criar JSON Schema para LiveOps e validação no publish.
Dragon Bible x backend	Catálogo de dragões existe, mas sem tabela mestra relacional completa no backend doc.	Médio	Adicionar `dragon_master`, `dragon_skill_master` e `element_affinity_master`.
Mirror/Ghost anti-cheat	Conceito definido, mas sem protocolo de replay hash detalhado.	Médio/Alto	Definir payload/hash por turno + validação server-side.

Unificar nomenclaturas e IDs técnicos em todos os docs.
Promover Master Guide como fonte única de números oficiais.
Gerar pacote canônico de dados: economy_v1, balance_levels_v1, balance_dragons_v1, liveops_schema_v1.

Dashboard operacional (win/fail por fase, revive/session, magia/fase, receita por oferta).
Runbooks de incidente (pico 5xx, falha IAP, season payout).
Critérios go/no-go por D1/D7/crash-free/ARPDAU.

Congelar IDs técnicos de gameplay/economia (semântica única).
Marcar o Master Guide como “canônico de números”.
Criar branch de “release-docs-v1” para não quebrar consistência por edição paralela.
Todo ajuste de balance passa por change log (versão/data/motivo/KPI alvo).