[raffareis]

Uma janela de debounce hoje entrega ao n8n apenas o ID da última mensagem. Isso impede gravar cada evento do FD em olympus_msg.messages com identidade e horário reais e pode associar a transcrição do último áudio ao lote inteiro.

Captura os eventos antes do agrupamento e acrescenta individualMessages ao webhook, preservando IDs, endereço, remetente, horário do provedor e conteúdo. Cada áudio usa sua própria fonte; falhas ficam explícitas e não recebem a transcrição de outro evento. O POST recusa listas incompletas e exclui fontes de áudio, chaves e base64 do novo array. Mantém o ownerLid encontrado no serviço ativo, ausente na main.

Preparo de transporte para xmacna/elysium#621 e evolution-foundation#617. Não ativa writer, workflows ou sessões e mantém a limitação existente do debounce em memória. A credencial nominal, o mapeamento de entrega de saída e o leitor PG com fonte única continuam pendentes.

Prova focada14 casos+tsc/lintdelta/gitleaks e composta lintfull/14compat/82inbox válidas por hash. O teste preexistente de840 entregas PASSOU com pool explícito64 no job9cccaff74a4a40d99872d7e082bb540d (4,53s), mantendo CPU/carga/timeout; pool padrão17 medido, caso isolado nesse padrão também falhava. Harness corrigido em6eb118ff: URI de CI connection_limit64 e arquivos SQL sequenciais;840dentro do caso continuam simultâneos, mesmas assertivas/timeouts. Código TS/testes sem alteração desde6f9c64dc.

Prova final aprovada: job e34f1def4410443e965d517635f29f36, fonte 6eb118f, exit0/33,84s. Os15 testes SQL passaram na fixture declarada; os mesmos alvos CJS e ESM compilaram em sequência (8,62s/7,15s), Docker Node24 readonly/networknone passou e gitleaks sem achados. A sequência resolve o pico de memória observado no build paralelo (OOM137/3500MB), preservando os dois formatos. Reutilizadas por hash as etapas válidas de lint, tsc,14compat e82inbox. Nenhum deploy, wiring ou sessão alterado.