CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

graphql-api-development

Comprehensive guide for building GraphQL APIs including schema design, queries, mutations, subscriptions, resolvers, type system, error handling, authentication, authorization, caching strategies, and production best practices

Quality

63%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/luxor-backend-toolkit/skills/graphql-api-development/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

46%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.

The skill is a comprehensive, code-rich GraphQL reference, but it is overlong, explains basics Claude already knows, and inlines everything into one monolithic file with no progressive disclosure or sequenced build workflow.

Suggestions

Split the monolithic body into one-level-deep reference files (e.g. SCHEMA_PATTERNS.md, AUTH.md, TESTING.md, ADVANCED.md) and keep SKILL.md as a concise overview with clear links, to fix progressive disclosure.

Cut concept explanations Claude already knows (what queries/mutations/subscriptions are, the GraphQL-vs-REST advantages list, scalar-type definitions) to improve conciseness.

Add per-item validation and a validate→fix→retry feedback loop to the Batch Operations example, and provide a sequenced "build an API" workflow with explicit checkpoints, to raise workflow clarity above 3.

DimensionReasoningScore

Conciseness

The ~1349-line body noticeably over-explains concepts Claude already knows ("Queries fetch data from your API", "Mutations modify data", the GraphQL-vs-REST advantages list, "Scalar Types: Basic data types (String, Int, Float, Boolean, ID)"), though it is saved from a 1 by substantial real code throughout.

2 / 5

Actionability

Mostly executable, copy-paste-ready code across SDL, resolvers, DataLoader, auth, caching, and testing, with only minor gaps where snippets reference types or loaders (e.g. PostType, batchLoadPosts) defined elsewhere.

4 / 5

Workflow Clarity

The body is a topical reference rather than a sequenced build workflow, and the Batch Operations section performs batchCreateUsers via Promise.all with no per-item validation or feedback loop, capping workflow clarity at 3 per the rubric.

3 / 5

Progressive Disclosure

It is a monolithic ~1349-line document with no bundle files and zero references to separate files; advanced patterns, full testing examples, and resources clearly belong in their own reference files but are all inlined, despite decent section headers.

2 / 5

Total

11

/

20

Passed

Description

66%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.

The description clearly establishes the GraphQL API-building niche with a comprehensive capability list, but it omits any explicit "Use when..." trigger guidance, which caps completeness and limits its usefulness for skill selection.

Suggestions

Append an explicit trigger clause, e.g. "Use when building or refactoring GraphQL APIs in Node.js, or when the user mentions GraphQL, schemas, resolvers, subscriptions, or Apollo."

Reframe the topic catalog as concrete actions (e.g., "Design schemas, write resolvers, add subscriptions, implement auth and caching") to lift specificity toward 5.

Add natural synonyms users say (Apollo, Node.js, .graphql, GraphQL.js) to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

Lists several specific capabilities ("schema design, queries, mutations, subscriptions, resolvers, type system, error handling, authentication, authorization, caching strategies"), but they read as a topic catalog rather than concrete action verbs, leaving minor coverage gaps versus the comprehensive-action anchor 5.

4 / 5

Completeness

Has a clear "what" ("Comprehensive guide for building GraphQL APIs including...") but no "Use when..." clause or equivalent explicit trigger guidance, so completeness is capped at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Good natural keyword coverage ("GraphQL APIs", "schema design", "queries", "mutations", "subscriptions", "resolvers", "caching") users would say, but missing common synonyms/variants like Apollo, Node.js, or .graphql that would warrant a 5.

4 / 5

Distinctiveness Conflict Risk

"building GraphQL APIs" carves a mostly distinct niche with GraphQL-specific triggers, but generic terms ("authentication", "authorization", "caching", "error handling") create minor overlap risk with general backend/API skills.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1358 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-backend-toolkit/skills/graphql-api-development/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.