> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.
# Demo days - 2026-07-17
> ClickStack demo days du 2026-07-17
## Améliorations des infobulles de graphique
*Démo par [@brandon-pereira](https://github.com/brandon-pereira)*
Les infobulles de graphique dans ClickStack ont bénéficié d'une nette amélioration de l'ergonomie. Un clic sur un graphique fixe désormais l'infobulle au lieu qu'elle disparaisse lorsque vous éloignez la souris, ce qui vous permet enfin de lire les données. L'infobulle épinglée affiche chaque valeur de la série, et s'il y en a beaucoup, vous pouvez faire défiler la liste au lieu qu'elle soit tronquée.
Vous pouvez aussi maintenant copier directement des valeurs depuis l'infobulle, une amélioration issue directement des retours clients. Auparavant, les clients pouvaient voir les données qu'ils voulaient, mais n'avaient aucun moyen de les récupérer ; désormais, cliquer sur une valeur la copie dans votre presse-papiers.
L'ensemble repose sur une mise à jour de Recharts qui affiche les infobulles via un portail au lieu de les rendre dans le conteneur du graphique lui-même. C'est particulièrement important sur les tableaux de bord avec de nombreux graphiques très rapprochés, car les infobulles ne sont plus compressées ni rognées par les éléments voisins.
**PRs associés :** [#2642](https://github.com/hyperdxio/hyperdx/pull/2642) feat(charts): épingler l'infobulle du graphique au clic avec des actions de drill-down intégrées
## Exécuter des évaluations MCP depuis une PR
*Démo par [@brandon-pereira](https://github.com/brandon-pereira)*
L’équipe peut désormais exécuter des évaluations MCP directement depuis une PR GitHub, au lieu de les lancer uniquement en local. Ainsi, tout le monde peut voir comment une modification du code affecte la qualité de MCP avant la fusion. Il s’agit de la première version de cette configuration, qui branche le pipeline d’évaluation sur l’intégration continue afin qu’il s’exécute automatiquement et publie un score combiné sur la PR.
Pour en savoir plus sur le fonctionnement du framework d’évaluations MCP de ClickStack, consultez l’article de blog [benchmarking the ClickStack MCP server with HDX evals](https://clickhouse.com/blog/benchmarking-the-clickstack-mcp-server-with-hdx-evals).
**PR associée :** [#2628](https://github.com/hyperdxio/hyperdx/pull/2628) feat(evals): squelette M1 d’intégration continue — exécuter les évaluations MCP de bout en bout dans GitHub Actions
## Prise en charge des métriques dans le serveur MCP
*Démo par [@karl-power](https://github.com/karl-power)*
Le serveur MCP prend désormais en charge les métriques, et pas seulement les logs et les traces, et il dispose d’un cadre d’évaluation correspondant pour mesurer l’efficacité avec laquelle il les exploite. Cela ajoute des générateurs pour les cinq types de métriques pris en charge par ClickStack (gauge, sum, histogram, exponential histogram et summary), ainsi que de nouveaux scénarios d’évaluation qui nécessitent spécifiquement des métriques pour être résolus, comme une fuite de mémoire JVM qu’il est pratiquement impossible de résoudre à partir des seuls logs et traces.
Les premiers résultats montrent que le serveur MCP compatible avec les métriques vient à bout de ces scénarios sensiblement plus vite que le serveur MCP standard limité à SQL, principalement parce qu’il a besoin de moins d’appels aux outils pour parvenir à la réponse. Il reste encore des ajustements à faire (certains scénarios piègent la capacité de pattern matching du LLM face à différentes notations pour une même métrique), mais la tendance est claire : donner à l’agent un accès direct aux métriques ouvre la voie à des investigations qui étaient auparavant hors de portée.
**PR associées :** [#2645](https://github.com/hyperdxio/hyperdx/pull/2645) feat(evals): support metric types and seeding
## Améliorations du sélecteur de source
*Démo par [@elizabetdev](https://github.com/elizabetdev)*
Auparavant, choisir la bonne source revenait à faire défiler la liste et à deviner. Dans les instances avec de longues listes de sources, une fois la liste déroulante ouverte, rien n’indiquait visuellement quelle source était réellement sélectionnée. Cette mise à jour ajoute une coche à côté de la source actuellement sélectionnée, en reprenant le modèle multisélection existant, afin que vous sachiez toujours d’un coup d’œil laquelle est active avant de commencer à interroger les données.
Petit changement, mais il supprime ce moment de « attends, laquelle suis-je en train de regarder ? » qui, à force, finit par peser au fil de la journée.
**PR associées :** [#2651](https://github.com/hyperdxio/hyperdx/pull/2651) feat(app): clarifier la source sélectionnée dans le sélecteur de source
## Conversion du chart builder en SQL
*Démo par [@pulpdrew](https://github.com/pulpdrew)*
Passer du Query Builder visuel au mode Raw SQL signifiait auparavant devoir repartir de zéro. Si vous aviez construit une requête avec des filtres et des group-by dans le builder, puis atteint une limite que le builder ne pouvait pas exprimer, le passage au mode SQL vous ouvrait un éditeur vide.
Désormais, le passage au mode SQL fait passer votre requête du builder par le même pipeline que celui utilisé pour générer le graphique, ce qui vous amène en mode SQL avec la requête équivalente déjà rédigée à l'aide des macros appropriées, et non de valeurs codées en dur. La conversion inverse (du SQL vers le Builder) n'existe pas encore, mais elle figure sur la feuille de route.
**PR associées :** [#2634](https://github.com/hyperdxio/hyperdx/pull/2634) feat: conversion automatique des graphiques du builder en Raw SQL, [#2666](https://github.com/hyperdxio/hyperdx/pull/2666) fix(charts): conserver la source sélectionnée lors du passage du builder au mode SQL
## Nouveau mécanisme de récupération des filtres
*Démo par [@knudtty](https://github.com/knudtty)*
La récupération de la liste des valeurs de filtre disponibles repose désormais sur une couche de routage plus intelligente. Au lieu d'une stratégie unique et fixe, le nouveau système examine ce qui est disponible dans le schéma, notamment la présence d'indexes de texte, puis choisit la méthode la plus efficace pour construire la liste des filtres.
Lorsque des indexes de texte sont disponibles, ClickStack les interroge directement au lieu de se rabattre sur les tables de rollup, ce qui signifie aussi moins de rollups à maintenir et moins de risque de pression mémoire, un problème rencontré par certains clients avec l'ancienne approche. Cela nécessite ClickHouse 26.3 ; les utilisateurs qui ne sont pas encore sur cette version continueront donc d'utiliser l'approche actuelle basée sur les rollups jusqu'à leur mise à niveau, après quoi ce mécanisme s'activera automatiquement.
**PR associées :** [#2643](https://github.com/hyperdxio/hyperdx/pull/2643) feat: refonte de getAllKeyValues et ajout de filtres alimentés à partir d'indexes de texte
## Tableau de bord RUM amélioré
*Démo par [@teeohhem](https://github.com/teeohhem)*
Le tableau de bord Browser RUM intègre désormais un codage couleur, accompagné d’une légende en Markdown expliquant la signification des couleurs (avec encore une marge d’amélioration pour la rendre plus claire à l’avenir). Les tuiles Number pour des éléments comme les sessions avec erreurs sont maintenant colorées selon des seuils configurables, ce qui permet de repérer immédiatement les zones problématiques au lieu de les voir se noyer dans une masse de chiffres neutres.
**PR associées :** [#2671](https://github.com/hyperdxio/hyperdx/pull/2671) feat(dashboards): codage couleur des web vitals Browser RUM, du chargement des pages et des tuiles d’erreur