CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

generating-rest-apis

Generate complete REST API implementations from OpenAPI specifications or database schemas. Use when generating RESTful API implementations. Trigger with phrases like "generate REST API", "create RESTful API", or "build REST endpoints".

Quality

75%

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/api-development/rest-api-generator/skills/generating-rest-apis/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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-structured, actionable overview with excellent progressive disclosure into real, one-level-deep reference files. The notable gap is workflow validation: the skill generates many files across a project yet never instructs Claude to run the generated tests or smoke-test endpoints and iterate on failures before declaring completion.

Suggestions

Add an explicit verification step after generation, e.g. 'Run the integration test suite and smoke-test each endpoint with curl; fix failures before finishing' — this would lift workflow clarity past the cap of 3.

Trim the Prerequisites section (Claude knows curl/httpie/Postman and standard stack requirements) and the generic Resources links, keeping only prerequisites that genuinely constrain the workflow.

Include one short copy-paste-ready example in the body (e.g. a minimal Express route with pagination middleware) so common cases are executable without opening references.

DimensionReasoningScore

Conciseness

The body is dense and specific (routes, query-param syntax, RFC 7807, named validators) with no re-teaching of concepts Claude already knows. Minor trimmable padding remains — the Prerequisites list ('HTTP testing tool: curl, httpie, or Postman') and a generic Resources section of framework doc links — so it fits anchor 4 ('minor instances of over-explanation') rather than 5 ('every token earns its place').

4 / 5

Actionability

Guidance is concrete throughout: 'GET /resources (list with pagination)', '?sort=-created_at', Zod/Pydantic/Bean Validation, and explicit output file paths. It stops short of anchor 5 because the body contains no executable code or commands (code is delegated to references/examples.md) and no commands for running or testing the generated API.

4 / 5

Workflow Clarity

Nine steps are clearly sequenced and step 8 creates integration tests, but no step instructs running those tests, smoke-testing endpoints (e.g. with curl), or fixing failures before finishing — verification is left implicit. Per the rubric's cap for batch/code-generation workflows without explicit validation checkpoints, this fits anchor 3 ('checkpoints missing or implicit') rather than 4.

3 / 5

Progressive Disclosure

The body is a genuine overview with three well-signaled, one-level-deep references (references/implementation.md, references/errors.md, references/examples.md), each a verified real file linked from its relevant section, with compact inline summaries (error table, example blurbs) and bulk detail correctly pushed to the reference files. This matches anchor 5.

5 / 5

Total

16

/

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 that clearly states the domain and includes explicit, natural trigger phrases. Its main weaknesses are limited action coverage (one generate action) and a 'Use when' clause that circularly restates the what instead of naming concrete usage conditions like possessing an OpenAPI/Swagger spec or database schema.

Suggestions

Expand the what-clause to list the key capabilities already in the body, e.g. 'Scaffold CRUD endpoints with pagination, filtering, validation, and auth middleware across Express, FastAPI, Spring Boot, and Gin' — this would raise specificity from 3.

Replace the circular 'Use when generating RESTful API implementations' with discriminative conditions, e.g. 'Use when the user has an OpenAPI/Swagger spec, database schema, or resource definitions and wants REST endpoints built from them'.

Add common trigger synonyms such as 'scaffold API', 'CRUD endpoints', or 'Swagger' to broaden natural keyword coverage toward anchor 5.

DimensionReasoningScore

Specificity

'Generate complete REST API implementations from OpenAPI specifications or database schemas' names the domain and one concrete action with two input sources, but lists no other capabilities (frameworks, CRUD scaffolding, validation, testing) that the body demonstrates. Matches anchor 3 ('names domain and 1-2 concrete actions, but not comprehensive'); not 4 because it does not list several distinct actions.

3 / 5

Completeness

The 'what' is clear (generate REST API implementations from OpenAPI specs or DB schemas) and a 'Use when generating RESTful API implementations' clause plus concrete trigger phrases are present. The 'when' is circular (restates the what) rather than adding discriminative conditions such as 'when the user has an OpenAPI/Swagger spec', so it fits anchor 4 ('when could be more explicit or specific') rather than 5.

4 / 5

Trigger Term Quality

Explicit natural phrases 'generate REST API', 'create RESTful API', 'build REST endpoints' give good keyword coverage users would actually say. Not 5 because common variations like 'scaffold API', 'Swagger', 'OpenAPI spec', or 'CRUD endpoints' are absent; not 3 since multiple natural trigger phrases are explicitly provided.

4 / 5

Distinctiveness Conflict Risk

REST API generation from OpenAPI specs or database schemas is a recognizable niche with distinct trigger phrases, so it is 'mostly distinct'. Only minor overlap risk with generic web-backend or API-scaffolding skills keeps it below anchor 5's 'clear niche with minimal conflict risk'.

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

jeremylongshore/tons-of-skills-marketplace

Path

plugins/api-development/rest-api-generator/skills/generating-rest-apis/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.