CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

api-schema-inferrer

This skill should be used when the user asks to "infer schemas", "generate schemas from examples", "add schemas", "bootstrap schemas", or mentions inferring, generating, or adding schemas to OpenAPI/OAS specifications that have examples but missing schema definitions.

66

Quality

83%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

Highly actionable content with an excellent validation-gated workflow (dry-run, backup, post-run validator) for a file-modifying batch operation. The only gaps are minor: a redundant 'Using with Claude' section, an over-long example, and an unreferenced example-spec file sitting unused in references/.

Suggestions

Reference the bundled example file (e.g., "Try it on references/example-missing-schemas.yaml with --dry-run") so the asset in references/ is discoverable.

Drop or shrink the 'Using with Claude' section — its sample prompts duplicate the description's trigger phrases.

Trim the before/after example to the schema-inference delta (the added schema blocks) rather than reproducing the full spec verbatim.

DimensionReasoningScore

Conciseness

The body is mostly efficient — commands, a checklist, and a rationale for the relocation pre-step that carries repo-specific context Claude would not know. It falls short of anchor 5 because the 70-line before/after example is longer than needed to convey the transformation, and the "Using with Claude" section repeats trigger phrases already in the description.

4 / 5

Actionability

Fully executable end-to-end: exact install command ("pip install pyyaml"), copy-paste invocation with the script path and --dry-run flag, an explicit before/after YAML example, and a concrete numbered post-inference checklist (update TODO descriptions, add enums, refine required, run api-spec-validator). This matches anchor 5 — copy-paste ready commands covering the common cases.

5 / 5

Workflow Clarity

For a batch operation that modifies spec files, the sequence includes explicit checkpoints: preview via --dry-run before applying, an automatic backup on apply, and post-run validation delegated to the api-spec-validator skill, plus a review checklist. This matches anchor 5's clear sequence with explicit validation steps; it is not anchor 4 because no checkpoint is merely implicit.

5 / 5

Progressive Disclosure

The ~160-line body is well-sectioned and the script is referenced one level deep ("skills/api-schema-inferrer/scripts/infer_schemas.py"). However, the bundle contains references/example-missing-schemas.yaml which is never mentioned or linked from SKILL.md, so navigation to that resource is missing — matching anchor 4 (good structure, minor organization gaps) rather than 5.

4 / 5

Total

18

/

20

Passed

Description

70%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 solid description with an explicit trigger clause and a well-qualified domain. Its main weakness is that the capability statement is folded into the when-clause, and the action verbs are largely synonymous variations of one operation, slightly limiting specificity and completeness.

Suggestions

Lead with a third-person capability statement (e.g., "Infers and adds missing schema definitions to OpenAPI/OAS specs from existing example fields") before the 'Use when' clause, so 'what' is explicit rather than embedded.

Add commonly-used synonyms and extensions to the triggers, such as "spec", ".yaml/.json files", or "schema definitions".

Trim the redundant repetition of near-synonymous verbs (infer/generate/add/bootstrap appear twice each) to tighten the description.

DimensionReasoningScore

Specificity

The description names the domain ("OpenAPI/OAS specifications") and actions ("inferring, generating, or adding schemas"), but these are near-synonyms of a single operation rather than several distinct capabilities, and the verbs are framed as triggers rather than a capability statement. It matches anchor 3 (domain plus 1-2 concrete actions) rather than anchor 4, which expects several distinct specific actions.

3 / 5

Completeness

The 'when' is fully explicit ("This skill should be used when the user asks to..." with concrete trigger phrases) and the 'what' is stated ("inferring, generating, or adding schemas to OpenAPI/OAS specifications that have examples but missing schema definitions"), but the what is embedded inside the when-clause instead of leading as a capability statement. This sits between anchor 4 and 5, closer to 4 since the what is not independently framed.

4 / 5

Trigger Term Quality

Quotes natural user phrases — "infer schemas", "generate schemas from examples", "add schemas", "bootstrap schemas" — plus OpenAPI/OAS terminology. It falls short of anchor 5 because common synonyms and extensions users say ("spec", ".yaml", ".json", "schema definitions") are only partially covered.

4 / 5

Distinctiveness Conflict Risk

The OpenAPI/OAS qualification gives it a clear niche that distinguishes it from generic file or document skills, and the trigger phrases are specific. Minor overlap risk remains with schema-adjacent requests (JSON Schema, Zod, database schemas) since bare "schemas" is broad — matching anchor 4 rather than 5.

4 / 5

Total

15

/

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.

Repository

mulesoft/mulesoft-dx

Path

.claude/skills/api-schema-inferrer/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.