Use this skill for any question involving telemetry data: "investigate an issue", "debug a problem", "find out why something is slow", "check error rates", "analyze user behavior", "understand a production incident", "query telemetry data", "look at logs", "search logs", "find errors", "find stack traces", "filter by severity", "check traces", "examine spans", "investigate request latency", "debug service-to-service calls", "look up a trace ID", "analyze RUM data", "check frontend performance", "frontend errors", "Core Web Vitals", "JavaScript exceptions", "query metrics", "check CPU usage", "run a PromQL query", "check error rate", "look up a metric", "check memory usage", "how do I write a DataPrime query", "DataPrime syntax", or wants to answer questions using observability data from logs, metrics, traces, RUM, or APM.
66
78%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/cx-telemetry-querying/SKILL.mdQuality
Discovery
72%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This description excels at trigger term coverage and distinctiveness — it provides an exhaustive list of natural user phrases that would correctly activate this skill. However, it fundamentally lacks a 'what does this do' component: it never explains the skill's actual capabilities (e.g., querying observability platforms, building DataPrime/PromQL queries, analyzing telemetry data). The description reads more like a keyword list than a balanced skill description.
Suggestions
Add a clear capability statement at the beginning describing what the skill does, e.g., 'Queries and analyzes observability data from logs, metrics, traces, and RUM using DataPrime and PromQL. Helps investigate production incidents, debug performance issues, and interpret telemetry data.'
Restructure to separate the 'what' (concrete actions/capabilities) from the 'when' (trigger phrases), rather than presenting only a long list of trigger phrases.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description lists many example queries and domains (logs, metrics, traces, RUM, APM, DataPrime) but doesn't clearly describe what concrete actions the skill performs — it focuses on trigger phrases rather than capabilities like 'queries telemetry databases', 'builds PromQL queries', or 'analyzes span data'. | 2 / 3 |
Completeness | The 'when' is extremely well covered with explicit trigger phrases and a 'Use this skill for...' clause. However, the 'what does this do' is essentially missing — there's no description of what the skill actually does (e.g., generates queries, analyzes data, connects to an observability platform). It only describes when to use it, not what it does. | 2 / 3 |
Trigger Term Quality | Excellent coverage of natural user phrases: 'debug a problem', 'find out why something is slow', 'check error rates', 'look at logs', 'check CPU usage', 'Core Web Vitals', 'JavaScript exceptions', 'DataPrime syntax' — these are highly natural terms users would actually say. | 3 / 3 |
Distinctiveness Conflict Risk | The skill carves out a very clear niche around observability/telemetry data with specific terms like DataPrime, PromQL, RUM, APM, traces, spans, and Core Web Vitals. This is highly unlikely to conflict with other skills. | 3 / 3 |
Total | 10 / 12 Passed |
Implementation
85%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a strong skill that serves well as a routing and discovery entry point for telemetry querying. It provides concrete CLI commands, clear multi-step workflows with decision points and fallback strategies, and well-organized progressive disclosure to reference files. The main weakness is moderate redundancy—the examples section and key principles section restate content already covered in the routing guide and discovery workflow, which could be tightened to save tokens.
Suggestions
Consider trimming the Examples section to 1-2 examples instead of 4, since they largely restate the routing guide and discovery workflow patterns already covered above.
The Key Principles section at the end restates guidance already given inline; consider removing it or reducing it to a single-line reminder to check the Loading References table.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is mostly efficient and well-structured, but includes some redundancy—the examples section partially restates the routing guide and discovery workflow, and the CLI commands table repeats information already covered in the discovery steps. The key principles section also largely restates what was already said. However, it avoids explaining basic concepts Claude would know. | 2 / 3 |
Actionability | The skill provides concrete, copy-paste-ready CLI commands throughout (e.g., `cx metrics search --name '*transaction*'`, `cx search-fields "transaction amount" --dataset logs`). The discovery workflow gives specific executable steps, and the CLI reference table is comprehensive with clear 'when to use' guidance. | 3 / 3 |
Workflow Clarity | The discovery workflow is clearly sequenced (Steps 1-4) with explicit decision points ('If a matching metric is found, load X and continue'). The fallback/pivoting section provides clear error recovery guidance ('Try at least two pillars before concluding the data does not exist'). The routing guide provides clear first-choice and fallback paths. | 3 / 3 |
Progressive Disclosure | The skill serves as a clear routing/entry-point document that directs to specific reference files (dataprime-reference.md, logs-querying.md, spans-querying.md, etc.) via a well-organized loading table. References are one level deep and clearly signaled. It also routes to other workflow skills for non-investigative tasks. Note: no bundle files were provided to verify the referenced files exist, but the structure itself is exemplary. | 3 / 3 |
Total | 11 / 12 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 — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
34d6303
Table of Contents
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.