Frontend observability with Dynatrace RUM: Core Web Vitals, sessions, errors

Prérequis : un compte Dynatrace avec RUM (Real User Monitoring) activé — Dynatrace est une plateforme payante ; un agent ou une personne capable d'interroger l'environnement Dynatrace en DQL Installe-moi « Observabilité frontend avec Dynatrace RUM : Core Web Vitals, sessions, erreurs ». Il enseigne à mon agent le workflow RUM de @dynatrace : commencer avec les métriques dt.frontend.* pour la forme du problème (Core Web Vitals, comptes d'erreurs, latence de requêtes), creuser dans user.events pour la cause racine et user.sessions pour les parcours, grouper par frontend.name puis nom de page/vue, affiner par dimensions navigateur/version d'app/géo, gérer les champs sensibles (client.ip, user.identifier nécessitent une autorisation de fieldset), et suivre la carte workflow→référence pour web-vitals, error-tracking, crashes mobiles, liaison frontend-backend et le playbook slow-page-load. Licence Apache-2.0. Dépôt : https://github.com/dynatrace/dynatrace-for-ai/blob/main/skills/dt-obs-frontends/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « dt-obs-frontends ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. s'assurer que RUM est activé dans votre environnement Dynatrace et que l'agent peut l'interroger ; installer séparément les skills compagnons dt-obs-synthetic / dt-obs-services / dt-obs-logs / dt-obs-problems si besoin — non fournis ici). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.