Fixes de produçãoReencolamento em corte de infraestrutura, não-marcar-cancelado-em-restart, duas queries que o PostgreSQL recusava sempre, guard de classe para silent failures, e warmup de threads de email sem resposta pré-escrita.
Por que é notícia de produto
Os 15 especialistas da ADRI dependem de OllamaTasker + Node balancer + FastAPI. Se um worker reiniciar às 3AM, o comercial não deveria ver “cancelaste a tarefa”. Deveria ver nova tentativa ou reencolamento — e o silent-failure-hunter não deveria mentir sobre o corte.
- Tarefas longas (OSINT, code, vision) sobrevivem a blips
- Faturação e tools_used só se fecham no fim real do turno
- Operadores veem o motivo honesto do corte
Arquitetura de filas no teu on-prem
O que falha quando a fila não é resiliente
Numa arquitetura multiagente (Laravel tasker + balancer Node + API Python), um reinício de worker às 3:00 não é “um bug raro”: é o dia a dia. Se a tarefa for marcada como cancelada ou desaparecer, o utilizador perde confiança e a faturação dessincroniza-se (turno aberto, tools cobradas pela metade).
- Reencolamento: a unidade de trabalho volta à fila com o mesmo id de sessão/workspace.
- Idempotência: tools de escrita não duplicam efeitos se o passo se repetir.
- Fecho honesto: tokens e
tools_usedconsolidam-se no fim real do turno.
Sinais operacionais
Os operadores devem ver por que se voltou a tentar (timeout LLM, OOM, deploy), não um “erro genérico”. É isso que permite distinguir uma falha de modelo de um corte de infraestrutura.
Perguntas frequentes
Afeta apenas code/OSINT?
Qualquer turno longo (vision, browser, enrichment) sai beneficiado. Os turnos de 2–3 segundos mal se notam.
Posso usá-lo on-premise?
Sim: a fila faz parte do stack BionicAdri/ADRI, não um SaaS de terceiros obrigatório.
O que vê o utilizador final?
Nova tentativa ou “a retomar…” — não uma mensagem de cancelamento falsa.
Relacionado: agentes ADRI · arquitetura na tua infraestrutura.
- Filas
- Resiliência
- OllamaTasker
- SRE