- Enviado
- 6 de novembro de 2026 às 23:23 UTC
- Autor
- Kamo
- Confirmação
- 20e0701
Relatório do proprietário 2026-11-06: transcrições "não refletem a totalidade da chamada gravações", e canais separados devem dizer quem está falando. Medido em 180 gravações de plataforma com fala (somente leitura, contra um novo Whisper transcrição do mesmo áudio): 52% das transcrições armazenadas mantidas sob 80% das palavras O corte não estava no final (80 de 94 palavras) e 75,7% de todas as palavras foram mantidas os mais curtos ainda alcançam os últimos 10% da chamada): o roteamento da organização enviou cada pedaço para gpt-4o-transcribe, que retorna um pedaço cortado após uma pausa. - Cada pedaço agora pede AIService para segmentos cronometrados (aiservice 6fd880a), então apenas modelos que lhes dão resposta; um 424 (não há tal modelo para a organização) cai de volta para o plano, como antes. - As gravações são transcritas como turnos cronometrados (CallTurns): pedaços costurados na gravação clock em ordem; canais unilaterais (arquivos rx/tx de um leg, quando o uploader os marca em do manifesto) são transcritas uma a uma e mescladas em ordem cronológica com as (nosso membro por extensão, caso contrário, a outra parte). Um único canal misto mantém um diarizando os rótulos do modelo somente quando a gravação foi em uma solicitação RECORDINGS.TRANSCRIPT_TURNS ao lado da TRANSCRIPT simples. Uma gravação sem áudio é armazenado como uma transcrição vazia em vez de falhar ffmpeg. - TranscriptBackfill re-transcreve linhas cujas voltas são nulas: uma gravação a cada 30 s tick, em um pod (SingletonTaskRunner), ignorado enquanto este pod tem transcrição ao vivo, áudio e nunca o grava. Precisa de kamo-shared-library e1a4a4ee e aiservice 6fd880a.