CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/mercurius-tests

Wraps Mercurius (Fastify GraphQL plugin) testing patterns: `app.inject()` for HTTP-layer simulation without spinning up a network listener, plugin-registration setup (await app.register(mercurius, { schema, resolvers, graphiql: false })), production-config gates (graphiql: false; jit threshold; query depth limits via fastify-rate-limit + complexity), and the per-test app lifecycle (app.close() in afterEach). Use when writing tests for a Fastify + Mercurius GraphQL server.

80

Quality

100%

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

100%

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

The content is a lean, code-driven testing reference with executable examples, a clear validated workflow, and well-organized one-level-deep external references. It is strong across all dimensions with only trivial tightening opportunities.

DimensionReasoningScore

Conciseness

The body is code-heavy and lean — actionable prose like 'Always close' and 'Use payload' earns its place, with only minor restatements ('Per the README's quickstart pattern... The test pattern is inject then close') that don't rise to the level-2 'Mostly efficient but includes some unnecessary explanation'.

3 / 3

Actionability

It provides fully executable, copy-paste-ready code (buildApp, app.inject, validationRules, depth-limit test) plus a concrete anti-pattern table with explicit fixes, matching the 'Fully executable code/commands; copy-paste ready' anchor rather than level 2's 'pseudocode instead of executable code'.

3 / 3

Workflow Clarity

The testing workflow is clearly sequenced (build → register → inject → assert → close) with beforeEach/afterEach lifecycle, and the expect() assertions act as explicit validation checkpoints, hitting the 'Clear sequence with explicit validation steps' anchor rather than level 2's 'checkpoints missing or implicit'.

3 / 3

Progressive Disclosure

With no bundle files present, the body is organized into clear sections (Overview → Authoring → Running → Parsing → CI → Anti-patterns → Limitations → References) with well-signaled one-level-deep external URLs and companion-skill pointers, matching the 'Clear overview with well-signaled one-level-deep references' anchor.

3 / 3

Total

12

/

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, third-person, and trigger-rich, cleanly answering both what the skill does and when to invoke it within a well-scoped Mercurius/Fastify niche. It is a strong example with no notable gaps.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'app.inject() for HTTP-layer simulation', 'plugin-registration setup', 'production-config gates (graphiql: false; jit threshold; query depth limits)', and 'per-test app lifecycle (app.close() in afterEach)' — in third person ('Wraps...'), matching the 'Lists multiple specific concrete actions' anchor rather than the level-2 'Names domain and some actions'.

3 / 3

Completeness

It explicitly answers both what (the four testing-pattern groups) and when via a clear 'Use when...' trigger, hitting the 'Clearly answers both what AND when' anchor instead of level 2 where 'when is missing or only implied'.

3 / 3

Trigger Term Quality

The 'Use when writing tests for a Fastify + Mercurius GraphQL server' clause surfaces natural terms ('tests', 'Fastify', 'Mercurius', 'GraphQL server') a developer would actually say, giving good coverage rather than the level-2 'Some relevant keywords but missing common variations'.

3 / 3

Distinctiveness Conflict Risk

The narrow Mercurius + Fastify GraphQL testing niche (with sibling frameworks distinguished in the body) gives a clear, distinct trigger unlikely to fire for the wrong skill, matching the 'Clear niche with distinct triggers' anchor.

3 / 3

Total

12

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents