- Enviado
- 6 de noviembre de 2026 a las 23:23 UTC
- Autor
- Kamo
- Commit
- 20e0701
Informe del propietario 2026-11-06: transcripciones "no reflejan la totalidad de la llamada Grabaciones", y los canales separados deben indicar quién está hablando. Medido en 180 grabaciones de plataformas con voz (solo lectura, contra un sonido fresco de Whisper) transcripción del mismo audio): el 52% de las transcripciones almacenadas se encuentran bajo el 80% de las palabras El corte no estaba al final (80 de 94 palabras) y el 75,7% de todas las palabras se mantuvieron Los más cortos todavía alcanzan el último 10% de la llamada): el enrutamiento de la organización envió cada chunk a gpt-4o-transcribe, que devuelve un fragmento cortado después de una pausa. - Cada chunk ahora pide AIService para segmentos cronometrados (aiservice 6fd880a), por lo que solo modelos que les dan respuesta; un 424 (no hay tal modelo para la org) cae de nuevo a la llanura, como antes. - Las grabaciones se transcriben como giros cronometrados (CallTurns): trozos cosidos en la grabación canales unilaterales (archivos rx/tx de un segmento, cuando el cargador los marca en el Los canales (en el manifiesto) se transcriben uno por uno y se fusionan en orden cronológico con los Un solo canal mixto mantiene un sonido de alta calidad, sin interferencias de otro tipo Diarizando las etiquetas del modelo solo cuando la grabación fue en una solicitud. Almacenado en RECORDINGS.TRANSCRIPT_TURNS junto a la TRANSCRIPT normal. Una grabación sin audio es Se almacena como una transcripción vacía en lugar de un error de ffmpeg. - TranscriptBackfill vuelve a transcribir filas cuyos giros son nulos: una grabación cada 30 s tick, en un pod (SingletonTaskRunner), saltado mientras este pod tiene transcripción en vivo, Audio y nunca lo escribe. Necesita kamo-shared-library e1a4a4ee y aiservice 6fd880a.