Langfuse publicó v4.25.0 el 31 de agosto a las 10:42:43 UTC. Introduce un límite de retención sobre cuánto atrás puede llegar una consulta: 30 días en el plan Cloud Hobby y 90 días en Core. El límite se aplica en aproximadamente una docena de endpoints REST y seis herramientas MCP. La solicitud de extracción está clasificada como una corrección de error, no rompedora.
Por qué esa clasificación es incorrecta a primera vista
Una API que ayer devolvía 180 días de trazas y hoy devuelve 30 ha cambiado su contrato. Nada en la solicitud es inválido; simplemente, la respuesta se trunca. Cualquier panel, informe programado o trabajo de evaluación que calcule una cifra intertrimestral sigue ejecutándose, sigue devolviendo 200 y empieza a producir una respuesta distinta. Un cambio que altera los resultados sin alterar los códigos de estado es el tipo más caro de clasificar como no rompedor, porque nada aguas abajo puede detectarlo.
La señal que se calculó y se descartó
La implementación sabe cuándo ha truncado una consulta: calcula una marca que indica que el rango fue acotado. Esa marca no se expone. No pasa a convertirse en una cabecera de respuesta, no se convierte en un campo del payload ni en una advertencia. El servidor, por tanto, tiene la información exacta que un cliente necesita para saber que sus datos están incompletos, y la descarta antes de responder. Añadir una sola cabecera habría convertido una truncación silenciosa en una truncación detectable, prácticamente sin coste.
Qué falla en el enfoque habitual
Los límites de retención en los niveles gratuitos son normales y defendibles; un servicio alojado tiene derecho a acotar lo que almacena y sirve. La cuestión no es que Langfuse introdujera un límite. Es cómo se entrega el límite: como una acotación silenciosa y no anunciada, etiquetada como no rompedor, en endpoints cuyos consumidores son automatizados. Leído como "el nivel gratuito tiene 30 días de retención", es una nota al pie de la tarificación. Leído como "una docena de endpoints empezó silenciosamente a devolver menos datos", es un fallo de observabilidad en un producto de observabilidad.
Qué comprobar
Cualquier métrica basada en Langfuse que abarque más de 30 días en Hobby o 90 en Core debería volver a calcularse tras la actualización. No dará error. Simplemente será menor, y la diferencia parecerá una caída del tráfico en lugar de una caída de la visibilidad.