Quando o estado precisa de Pinia (e quando não)

Resposta esperada

Estado local (o que o componente controla e nada mais usa) fica em `ref`. Estado que várias telas/componentes distantes compartilham e precisa sobreviver à navegação — usuário autenticado, carrinho, preferências, dados de um wizard multi-tela — vai pra uma store Pinia: um lugar único, reativo, com actions (mutações), getters (derivados), e devtools/SSR/tipos de graça. Sinais de que passou da hora: você está passando a mesma prop por 4 níveis (prop drilling), ou usando um event bus improvisado, ou duplicando fetch do mesmo dado em componentes irmãos. Sinal de over-engineering: uma store pra estado que só um componente usa. Pinia substitui o Vuex com uma API mais simples (sem mutations separadas, tipagem melhor, stores modulares por padrão).