# Prompt para a próxima sessão (copiar e colar)

Cole o bloco abaixo na próxima sessão para retomar com dedicação total.

---

```
Retomando a Monetarie com dedicação, atenção e foco totais. Leia o handoff docs/handoff/2026-07-17-devolucao-cliente-item5-handoff.md (RETOMAR POR ELE) e a auditoria docs/reports/2026-07-17-auditoria-fluxo-cliente-partner-api-telas.md. Confira git rev-parse origin/main HEAD (deve estar limpo) e suba os containers de teste (monetarie-pg :15432 e monetarie-tb-test) antes de qualquer mix test. Atenção: houve sessão paralela commitando na mesma árvore (13bde54f/e075c84a); 2 testes quebrados são DELA (TedController outbox e StaleHoldCheckerRelease).

Regras de sempre: money-path fail-safe, sem inferência, provar empiricamente; TDD com RED primeiro; revisão adversarial após cada item; commit + push na main a cada item concluído; deploy só com meu OK explícito no momento; NUNCA deployar pix/spb com money-path ao vivo; atualizar as 4 memórias ao fechar cada frente; relatório de cliente sem defeito interno, 4xx só como recusa de proteção, evidência = chamada + retorno + erro, pt-br acentuado na prosa, sem travessão.

Objetivo 1 — DEPLOY DO ITEM 5 + CAPACIDADE (autorizado, ver §2 e §4 do handoff):
a. Deploy com ORDEM OBRIGATÓRIA core-api ANTES de pix-api (o core velho materializa return.settled a 100x via catch-all); rollback do core proibido com devoluções origin=client em voo. No rpc do pix-api: Shared.Release.migrate() roda 20260717170000/20260717171000 (da sessão paralela, idempotentes) + 20260717150000 (key_type UPPER).
b. Na task-def do pix (autorizado): SIDECAR_TLS_SESSION_CACHE no sidecar e PIX_SHARED_POOL_SIZE 8 -> 32+.
c. Após deploy em PRD: ACOMPANHAR OS LOGS e garantir que nenhum limite junto ao Banco Central estoure, que apenas POSTs reais e válidos sejam enfileirados e executados com sucesso, e implementar o EMPACOTAMENTO de até 10 transações por mensagem quando houver muitos PIX no mesmo instante, como o fluxo do BACEN permite, para capacidade extrema com uso real (TDD + prova empírica contra o manual ICOM v5.12 e o ANS de 1.6s).
d. Validação viva do item 5 em HML (receber PIX, devolver parcial 2x + total, RtrId único, teto na 3a, webhooks pix.refund.* no receptor externo) + relatório de validação no padrão do cliente.

Objetivo 2 — continuar a fila da frente do fluxo do cliente (plano aprovado, seção 5 do handoff): itens 1 (infrações; create órfão na cabine), 3 (MED; rota 404 + máquina SPI não supervisionada), 2 (claims list + complete), 4 (defesas pelo partner), 6 (devolução de TED via STR0010; motor SPB pronto), 17 (accounts/:id/events), depois P0/P1 das telas, e ao final regenerar docs.monetarie.internal + Postman na exatidão (incluindo POST /pix/qrcodes/static valor aberto E fechado + GET /ping pedidos pelo time, e o shape novo do refund + rota GET /pix/payments/:id/refunds), com relatório de validação por API nova.
```