Existe uma condição de corrida no recurso opcional de buffer de relatório entre a limpeza de retenção e as gravações normais de transcrição. Em `report buffer.py`, a função ` maybe cleanup()` usa um dicionário desbloqueado para o controle de limpeza, o que pode levar a operações ` cleanup tenant()` simultâneas para um único locatário. O processo de limpeza lê e regrava `transcripts.jsonl` sem bloqueio de arquivo ou substituição atômica, enquanto `report buffer append async` anexa dados sem sincronização. Em `main.py`, tarefas ` processing worker` concorrentes tornam isso acessível, especialmente quando `processing.worker count` é dois ou mais e servidores de pool público compartilham uma `server key`. Quando `report buffer.enabled` está definido como true, essas gravações concorrentes podem causar perda, duplicação ou corrupção de dados de transcrição e ignorar a poda de `report buffer.retention seconds`. Isso pode resultar em crescimento ilimitado do disco, potencialmente esgotando o armazenamento e travando o host ou outros serviços compartilhados.