Langfuse a publié v4.25.0 le 31 août à 10:42:43 UTC. Cette version introduit un plafond de rétention sur la profondeur historique des requêtes : 30 jours sur l’offre Cloud Hobby et 90 jours sur Core. Le plafond s’applique à environ une douzaine de points de terminaison REST et six outils MCP. La pull request est classée comme une correction de bug, non cassante.
Pourquoi cette classification est manifestement erronée
Une API qui renvoyait hier 180 jours de traces et en renvoie aujourd’hui 30 a modifié son contrat. Rien dans la requête n’est invalide ; la réponse est simplement tronquée. Tout tableau de bord, rapport planifié ou job d’évaluation qui calcule un chiffre d’un trimestre à l’autre continue de tourner, continue de renvoyer 200, et commence à produire une réponse différente. Un changement qui modifie les résultats sans modifier les codes d’état est le type de modification le plus coûteux à qualifier de non cassante, car rien en aval ne peut le détecter.
Le signal qui a été calculé puis abandonné
L’implémentation sait quand elle a tronqué une requête — elle calcule un indicateur signalant que l’intervalle a été plafonné. Cet indicateur n’est pas exposé. Il ne devient pas un en-tête de réponse, il ne devient pas un champ dans la charge utile, et il ne devient pas un avertissement. Le serveur dispose donc de l’information exacte dont un client a besoin pour savoir que ses données sont incomplètes, et la supprime avant de répondre. Ajouter un seul en-tête aurait permis de transformer une troncature silencieuse en troncature détectable, à coût pratiquement nul.
Ce que le cadrage habituel ignore
Les plafonds de rétention sur les offres gratuites sont courants et défendables ; un service hébergé est en droit de limiter ce qu’il stocke et sert. L’enjeu n’est pas que Langfuse ait introduit une limite. C’est la manière dont la limite est appliquée : comme un plafonnement silencieux, non annoncé, qualifié de non cassant, sur des points de terminaison dont les consommateurs sont automatisés. Si l’on lit cela comme « l’offre gratuite passe à 30 jours de rétention », c’est une note de tarification. Si on le lit comme « une douzaine de points de terminaison ont discrètement commencé à renvoyer moins de données », c’est un échec d’observabilité dans un produit d’observabilité.
Ce qu’il faut vérifier
Tout indicateur Langfuse couvrant plus de 30 jours sur Hobby ou 90 jours sur Core doit être recalculé après la mise à niveau. Il ne produira pas d’erreur. Il sera seulement plus faible, et l’écart ressemblera à une baisse du trafic plutôt qu’à une baisse de la visibilité.