CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/graphql-yoga-tests

Use whenever a GraphQL Yoga or Mercurius server needs tests: in-process yoga.fetch() for queries and mutations, executor-http for subscriptions and streaming, auth headers, and checks for disabled introspection and persisted operations. Mercurius app.inject() patterns are in its references.

Quality

89%

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

81%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-built skill body: executable core patterns inline, a validated worked example, honest limitations, and a two-file reference bundle correctly split out from the overview. Weaknesses are limited to minor trimmable boilerplate, one placeholder-laden subscription example, and cross-skill reference paths that read as dangling within this bundle.

Suggestions

Trim the standard GraphQL response JSON block and the boilerplate GitHub Actions steps (checkout, setup-node, npm ci), keeping only the NODE_ENV=production job that is actually skill-specific.

Make the SSE subscription example fully executable: define the subscription document inline and replace `allEventsReceived` with a concrete break condition (e.g., break after the first event or after N events with a timeout).

Qualify the cross-skill paths inside the reference files (e.g., `graphql-complexity-limit-tester/references/introspection.md`) so readers do not hunt for files missing from this bundle.

DimensionReasoningScore

Conciseness

The body is dense with genuinely non-obvious Yoga specifics (masked default errors, the placeholder URL that must still parse, prod plugin gates), but a few sections re-explain what Claude already knows — the standard GraphQL `{"data", "errors"}` response JSON and the boilerplate `actions/checkout`/`setup-node`/`npm ci` CI yaml — which fits the 4 anchor (efficient with minor trimmable instances) rather than the 5 anchor's every-token-earns-its-place.

4 / 5

Actionability

Install command, basic test, executor setup, and auth pass-through are copy-paste-ready TypeScript, and the worked example gives concrete assertions per step; however the SSE subscription snippet depends on undefined placeholders (`subscriptionQuery`, `allEventsReceived`) and the masked-error example elides the call with `/* ... */`, leaving minor execution gaps that keep it below the fully-executable 5 anchor.

4 / 5

Workflow Clarity

The worked example is a numbered four-step sequence where each step carries an explicit checkpoint (tokenless fetch must produce `result.errors`, tokened fetch must return `result.data.me.id`, introspection query must match `/introspection/i`), and the anti-patterns table supplies failure-mode guidance — matching the 5 anchor's clear sequence with explicit validation; testing is non-destructive, so no feedback-loop cap applies.

5 / 5

Progressive Disclosure

Both bundle files (references/production-config-tests.md, references/mercurius.md) are real, clearly signaled, one level deep, and correctly hold the bulk detail while SKILL.md stays an overview — but those reference files cite paths like `references/introspection.md` and `references/persisted-queries.md` that do not exist in this bundle (they belong to the sibling `graphql-complexity-limit-tester` skill), a minor navigation gap that fits the 4 anchor rather than the 5 anchor's easy navigation.

4 / 5

Total

17

/

20

Passed

Description

92%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 strong description: it names the exact frameworks, lists concrete capabilities per testing concern, and opens with an explicit trigger clause. The only weakness is keyword coverage that favors API jargon over a few natural synonyms users might say.

DimensionReasoningScore

Specificity

Enumerates multiple concrete, framework-specific actions — "in-process yoga.fetch() for queries and mutations", "executor-http for subscriptions and streaming", "auth headers", "checks for disabled introspection and persisted operations", and "Mercurius app.inject() patterns" — which matches the comprehensive-coverage anchor; a 4 would require minor gaps, and none of the core test categories are missing.

5 / 5

Completeness

Explicitly answers both questions: "Use whenever a GraphQL Yoga or Mercurius server needs tests" is a concrete when-clause with named trigger conditions, and the enumerated capabilities (fetch-based queries/mutations, executor-http subscriptions, auth headers, introspection and persisted-operations checks) state exactly what the skill does — matching the 5 anchor rather than the 4 anchor's "when could be more explicit".

5 / 5

Trigger Term Quality

"GraphQL Yoga", "Mercurius", "tests", "subscriptions", and "auth headers" are terms users would naturally say, but coverage stops short of the 5 anchor: common synonyms and variations like "Fastify", "SSE", "GraphQL testing", or "test my GraphQL server" are absent, and "executor-http" / "persisted operations" lead with jargon rather than natural phrasing.

4 / 5

Distinctiveness Conflict Risk

Scoped to two named frameworks ("a GraphQL Yoga or Mercurius server") with a clear niche and distinct triggers, and it explicitly partitions "Mercurius app.inject() patterns are in its references", so it would not fire for sibling skills like Apollo Server or Hasura testing — minimal conflict risk.

5 / 5

Total

19

/

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.

Reviewed

On this page