CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dt-obs-frontends

Real User Monitoring (RUM) on Dynatrace — web and mobile frontends. Core Web Vitals, user sessions, page performance, mobile crashes, frontend errors, and frontend-backend linking. Query via `user.events`, `user.sessions`, and `dt.frontend.*` metrics. Does NOT cover synthetic monitoring (HTTP/browser/network checks) — that's a separate domain.

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

78%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, information-dense overview that pushes detail into a verified, workflow-indexed reference bundle with correct just-in-time loading guidance. The only gaps are minor: no complete example DQL query in the body and a small block of generally-known web vitals thresholds.

DimensionReasoningScore

Conciseness

The body is dense with Dynatrace-specific knowledge (metric names, field permissions, characteristic filters) with no padded explanations, but the Core Web Vitals threshold block ("LCP: Good < 2.5 s | Poor > 4.0 s" etc.) repeats standard web.dev values Claude already knows and could be trimmed.

4 / 5

Actionability

Provides concrete, real guidance — "group by: {frontend.name}", "use as `| filter characteristics.has_page_summary`", a complete policy statement, and exact metric/field names — but the body contains no complete end-to-end DQL query example, so it is not fully copy-paste ready on its own.

4 / 5

Workflow Clarity

The Drill-Down Pattern gives a clear layered sequence ("1. Identify the frontend... 2. Find the affected page or view") backed by a narrowing-dimensions table and a workflow-to-reference map, with web/mobile decision guidance; checkpoints are implicit rather than explicit, though operations are read-only investigation so no destructive-operation cap applies.

4 / 5

Progressive Disclosure

A lean overview with 12 one-level-deep references (all verified to exist, containing only in-file anchors, no nested file references), indexed by workflow in a table, with the explicit instruction "Load the reference when you start the workflow, not upfront" — exemplary progressive disclosure.

5 / 5

Total

17

/

20

Passed

Description

75%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A specific, well-bounded description with strong capability enumeration and an explicit out-of-scope statement. Its main weakness is the absence of any "Use when..." trigger clause, which caps completeness and slightly limits discoverability for users who phrase requests in natural language.

Suggestions

Add an explicit trigger clause, e.g. "Use when investigating real-user frontend performance, Core Web Vitals regressions, mobile crashes, or frontend errors in Dynatrace".

Include a few natural synonyms users actually say, such as "page speed", "slow page loads", or "app crashes", to broaden trigger matching.

Optionally note the query language context ("query via DQL") so users asking about Dynatrace query language find this skill.

DimensionReasoningScore

Specificity

Lists multiple concrete capabilities ("Core Web Vitals, user sessions, page performance, mobile crashes, frontend errors, and frontend-backend linking") plus the concrete query mechanism ("Query via `user.events`, `user.sessions`, and `dt.frontend.*` metrics"), giving comprehensive coverage of the RUM domain with no obvious gaps.

5 / 5

Completeness

The "what" is explicit and concrete, but there is no "Use when..." clause or equivalent explicit trigger guidance; the "Does NOT cover synthetic monitoring" sentence is boundary marking, not a when-to-use trigger, so completeness is capped at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Includes natural terms users would say — "Real User Monitoring (RUM)", "Core Web Vitals", "user sessions", "mobile crashes", "frontend errors" — but misses common variations such as "page speed", "slow page loads", or "app performance". Good coverage, a few natural synonyms absent.

4 / 5

Distinctiveness Conflict Risk

Clear niche (Dynatrace RUM on web/mobile frontends) with distinct terms, and the explicit exclusion "Does NOT cover synthetic monitoring (HTTP/browser/network checks) — that's a separate domain" actively prevents mis-triggering, giving minimal conflict risk.

5 / 5

Total

17

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

Dynatrace/dynatrace-for-ai

Path

skills/dt-obs-frontends/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.