## MG-9 — Desligar o backend NestJS

**PRD:** `docs/prd/migracao-firebase.md`

**Como** time, **quero** remover o backend antigo **só depois** de a nova stack
estar verificada, **para** não ficar sem nada funcionando no meio do caminho.

**Prioridade:** Should — nada depende disso; é higiene, e higiene feita cedo custa
caro.

**Critérios de aceite:**

- Dado que `MG-8` está verde, quando removo o NestJS, então o app continua
  funcionando em device — verificado, não presumido.
- Dado que o NestJS saiu, então nenhuma referência a ele sobra: script, README,
  `docs/CONTROLE.md`, variável de ambiente.
- Dado que alguém abrir o histórico, então o commit de remoção explica **onde** cada
  regra passou a viver.
- Dado que a migração terminou, então o `docs/CONTROLE.md` reflete a stack nova e as
  stories de produto continuam válidas — o que muda é onde a regra é aplicada, não o
  que ela diz.

**Tasks:**

_Backend_
- [ ] `BE-1` Remover `bolao-backend/` do repositório, com o mapa de "regra → novo lugar" no commit (depende de MG-8 QA-3)
- [ ] `BE-2` Limpar o banco PostgreSQL de desenvolvimento e a documentação que o cita (depende de BE-1)

_DevOps_
- [ ] `OPS-1` Remover o `DATABASE_URL` e o banco de teste do fluxo de verificação (depende de BE-1)

_QA_
- [ ] `QA-1` Escrever o plano de casos de teste a partir desta story
- [ ] `QA-2` Rodar em device com o NestJS **desligado**, confirmando que nada dependia dele

**Riscos/Dependências:**

- Depende de `MG-8` inteira.
- **A tentação é fazer isso antes.** Enquanto o NestJS existir, há um oráculo para
  comparar comportamento — é o que transforma "achei que era assim" em "era assim".
  Removê-lo cedo joga fora essa referência.
- O banco `bolao_test`, criado em 07/08 para separar dev de teste, sai junto — mas só
  aqui.
