== F4 Passo 3: decisao 8 GB x 16 GB pela REGRA LITERAL do plano (Fase F, "Regra para o guia"), remedicao SEM SWAP de 2026-10-07
Regra (plano, linha da introducao da Fase F): recomendado = minimo + folga ate os mem_limit do CRM + o memory.peak do Supabase e do Coolify.
Se recomendado <= 6,2 GiB (6348 MiB, 80% de 7,8 GiB) -> 8 GB; se passar -> 16 GB, e registrar que 8 GB ficou no limite.
A "leitura A" da Fase F original (somar so a folga ate o peak) NAO e usada (decisao do controlador).

minimo = used_max da MAQUINA na conversa (F3), amostra com TOTAL-terceiros = 0 e sem docker run do runner
       = 2815 MiB (2026-10-07T18:45:59Z; swap_used=0 em todas as 48 amostras). Fonte: 64-resumo-sem-swap.txt, medicao/r60/conversa.tsv.host.
       Nenhuma amostra contaminada a descartar: o unico docker run do runner antes da amostragem terminou 18:42:53Z e a 1a amostra e 18:43:23Z (62-f3-conversa.txt).
folga ate os mem_limit do CRM (mem_max da conversa): app 768-264=504 + worker 512-229=283 + waha 1280-293=987 = 1774 MiB
       (redis, srh e scheduler sem mem_limit: 0 MiB, nao entram). Fonte: medicao/r60/mem-limits.txt e 64.
memory.peak do Supabase (11 conteineres, picos.sh depois da conversa) = 2106 MiB
memory.peak do Coolify (coolify, -db, -proxy, -realtime, -redis, -sentinel)   = 997 MiB
       Fonte: medicao/r60/conversa-picos.txt. Regua "desde a subida": conteineres do CRM/Supabase subiram na G5 (17:47-17:48Z), Coolify ha ~22 h, proxy 17:19Z.

recomendado = 2815 + 1774 + 2106 + 997 = 7692 MiB (7.51 GiB)
7692 MiB > 6348 MiB -> DECISAO: 16 GB. 8 GB ficou no limite (registrar no guia).

Contexto, sem mudar a decisao:
- A mesma regra literal sobre os numeros da Fase F (com swap de 4 GiB ligado; o swap DURANTE as janelas da F não foi lido — a leitura de ~1,6 GiB é de 16:26:59Z, depois delas) dava 1688 + 2124 + 2847 = 6659 MiB -> 16 GB (resumo.txt da F, "leitura B"). As duas medicoes levam a 16 GB.
- Sem swap, o minimo subiu de 1688 (F, com swap) para 2815 MiB (+1127); o TOTAL dos grupos na conversa: coolify 368->590, supabase 569->1331, crm 446->862 MiB.
- O minimo ja contem o residente do Supabase e do Coolify; a regra soma por cima o memory.peak deles. O numero e o da regra, como esta escrita.
- Maquina inteira sem swap durante a conversa: available_min 4430 MiB de 7940 (64). VPS de 4 GB: NAO MEDIDA.
- WAHA na F3 desta remedicao estava em SCAN_QR_CODE (crm-qr 18:41-18:42Z, conversa 18:43Z); na F original estava FAILED. Com numero real (F5): NAO MEDIDO.

CORRIGIDO EM 67-decisao-corrigida-8gb.txt: a regra literal acima conta duas vezes o residente do Supabase e do Coolify; sem a dupla contagem, 5861 MiB -> 8 GB.