Fase 2: arquitetura e backlog da migração para Firebase

Decisão do dono em 07/08: Firestore + Cloud Functions, migrando antes de
desligar — as duas implementações coexistem até os 234 casos e2e passarem na
nova.

Spike de arquitetura (docs/spikes/backend-firebase.md)
- Dimensiona o que sai: 38 rotas, 17 services, 12 tabelas, 3 jobs, 5.139 linhas.
  O caro não é o código, são os 234 e2e que provam que prazo, sigilo e apuração
  valem.
- Resolve o problema central: security rules não filtram resultado de query,
  então o sigilo do palpite passa a ser flag desnormalizada virada por Function
  no fim do jogo. O risco muda de "a consulta vaza" para "a Function não rodou".
- Descoberta que muda o sequenciamento: o Emulator Suite roda local sem cartão,
  então MG-1 a MG-8 não dependem de decisão financeira. Blaze só para publicar.
- Mapa das 12 tabelas para coleções, com o ranking materializado — somar pontos
  na leitura estouraria o free tier.

PRD e 9 stories (73 tasks), na ordem do risco e não da facilidade: emuladores,
modelo e rules, sigilo e prazo, Auth com recuperação de senha, apuração,
jobs no Scheduler, app, paridade verificada, e só então o corte do NestJS.

Efeitos colaterais registrados: MG-4 faz AC-4 voltar do cancelamento (o Auth dá
recuperação de senha de graça) e MG-6 fecha PP-10 OPS-1 e as 4 tasks de PP-8
presas ao FCM.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>