CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/tempo-trace-tests

Authors integration tests that query Grafana Tempo for cross-service trace verification - TraceQL `{ }` span selectors targeting `span.`, `resource.`, and intrinsic fields; Tempo HTTP API (`/api/search` with `q=`, `/api/traces/{id}`) for span-set and attribute assertions; local Tempo via Docker single-binary (ports 4317/4318/3200). Use when the production observability stack uses Tempo as the trace backend and tests must verify distributed trace shape, span attributes, or service topology after instrumentation changes.

76

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

92%

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

The content is highly actionable and well-sequenced with strong validation checkpoints, and it is lean given the specialized domain. Its main weakness is progressive disclosure: all reference material is inline in a single ~350-line file with no bundle files to split out the TraceQL syntax and API reference.

Suggestions

Move the TraceQL syntax reference (attribute scopes, comparison/structural/pipeline operators) into a references/TRACEQL.md and keep a concise Quick-start example in SKILL.md, linking out for the full syntax.

Extract the /api/search and /api/traces/{id} parameter tables into a references/TEMPO_API.md so the main body stays a lean overview pointing one level deep.

Consider a references/SETUP.md for the tempo.yaml + Docker/GitHub Actions service configuration to reduce the inline footprint of Step 1.

DimensionReasoningScore

Conciseness

The body adds only specialized Tempo/TraceQL knowledge Claude would not reliably have — attribute scopes, structural/pipeline operators, API parameter tables, OTel JSON attribute layout — and avoids generic concept explanations; inline citations are references, not padding, so every token earns its place.

3 / 3

Actionability

Provides fully executable artifacts: a `docker run` command, a GitHub Actions service block, OTel SDK setup, and complete pytest-style test functions with assertions plus an `attr()` helper — all copy-paste ready with specific endpoints and parameters.

3 / 3

Workflow Clarity

A clear seven-step sequence with explicit validation checkpoints — `until curl -sf http://localhost:3200/ready` readiness gating and `force_flush()` + sleep before querying — and an Anti-patterns table describing failure modes and fixes, matching the anchor for clear sequencing with feedback loops.

3 / 3

Progressive Disclosure

Well-organized into Steps 1–7 plus Anti-patterns, Limitations, and a one-level-deep external References section, but ~350 lines of reference material (TraceQL syntax, API parameter tables) live inline in SKILL.md rather than being split into bundle files, so content that could be separate is inline.

2 / 3

Total

11

/

12

Passed

Description

100%

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

The description is specific, complete, and distinctive: it names concrete TraceQL/API actions, includes an explicit 'Use when' trigger, and carves out a Tempo-only niche unlikely to conflict with sibling skills. Trigger terms are natural for the intended observability audience.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'TraceQL `{ }` span selectors targeting `span.`, `resource.`, and intrinsic fields', 'Tempo HTTP API (`/api/search` with `q=`, `/api/traces/{id}`) for span-set and attribute assertions', and 'local Tempo via Docker single-binary (ports 4317/4318/3200)' — matching the anchor for multiple specific concrete actions.

3 / 3

Completeness

Explicitly answers both what ('Authors integration tests that query Grafana Tempo...') and when ('Use when the production observability stack uses Tempo as the trace backend and tests must verify distributed trace shape, span attributes, or service topology after instrumentation changes'), matching the anchor with an explicit 'Use when...' trigger clause.

3 / 3

Trigger Term Quality

Covers natural terms an observability user would say — 'Grafana Tempo', 'distributed trace shape', 'span attributes', 'service topology', 'integration tests', 'instrumentation changes' — alongside precise technical identifiers, giving good coverage of natural trigger language.

3 / 3

Distinctiveness Conflict Risk

A clear Tempo-specific niche with distinct triggers (TraceQL, Tempo HTTP endpoints, specific ports); the body also names Jaeger/Zipkin sister skills, making it unlikely to fire for the wrong backend.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents