CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

api-documentation-generator

Generate comprehensive, developer-friendly API documentation from code, including endpoints, parameters, examples, and best practices

Quality

62%

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 ./skills/api-documentation-generator/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%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's core value — concrete documentation templates and a sensible five-step process — is genuinely actionable, but the body is bloated with generic best-practice and pitfall lists that restate what Claude already knows, and all examples are inlined rather than split into reference files. The workflow also lacks explicit validation steps to keep generated docs honest against the code.

Suggestions

Trim or remove the 'Best Practices', 'Documentation Structure', and 'Common Pitfalls' sections, or compress them to a short checklist of project-specific conventions Claude would not infer on its own.

Move the three full documentation examples (REST, GraphQL, Authentication) and the OpenAPI/Postman snippets into references/ files (e.g., references/rest-example.md), keeping only one condensed exemplar inline.

Add an explicit validation step to the workflow, e.g., 'Step 6: Verify every documented endpoint, parameter, and error code against the actual codebase; mark anything inferred as unverified.'

DimensionReasoningScore

Conciseness

At ~490 lines, the body is noticeably verbose: the 'Best Practices', 'Documentation Structure', and 'Common Pitfalls' sections largely restate API-documentation knowledge Claude already has ('Document Errors', 'Be Consistent', 'Mark required vs optional clearly'), which is unnecessary explanation padding.

2 / 5

Actionability

The skill provides concrete, copy-paste-ready documentation templates (full REST/GraphQL/auth examples in cURL, JavaScript, and Python, plus OpenAPI YAML and Postman JSON), with minor gaps such as the OpenAPI snippet containing a dangling $ref to an undefined schema and no responses block.

4 / 5

Workflow Clarity

Steps 1-5 give a clear sequence (analyze structure, generate endpoint docs, usage guidelines, error handling, interactive examples), but there are no explicit validation checkpoints in the workflow itself — e.g., verifying generated examples against actual routes/schemas — leaving checkpoints implicit.

3 / 5

Progressive Disclosure

The body has good section structure and clear headers, but three full multi-part examples plus the Tools and Formats section are inlined in SKILL.md; that content would be better split into reference files, and no bundle references exist to distribute the detail.

3 / 5

Total

12

/

20

Passed

Description

58%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 gives a clear picture of what the skill does with several concrete deliverables, but it omits any 'use when' trigger guidance and misses high-value synonyms like OpenAPI/Swagger, REST, and GraphQL that users would naturally say. Adding an explicit trigger clause would lift both completeness and trigger-term quality.

Suggestions

Append an explicit trigger clause, e.g. 'Use when documenting an API, writing API reference docs, or creating OpenAPI/Swagger specifications from a codebase.'

Include natural synonyms and formats users would mention: OpenAPI, Swagger, REST, GraphQL, API reference.

Mention the concrete deliverable types that differentiate the skill (e.g., OpenAPI specs, Postman collections, error-code references) instead of the generic 'best practices'.

DimensionReasoningScore

Specificity

The description names the domain and several concrete actions ('API documentation from code, including endpoints, parameters, examples'), but 'best practices' is generic and coverage gaps remain (no authentication, error handling, or OpenAPI/Swagger mention), so it falls just short of the comprehensive anchor at 5.

4 / 5

Completeness

It clearly answers 'what' (generate API documentation from code with endpoints, parameters, examples) but has no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

'API documentation', 'endpoints', and 'parameters' are natural phrases users would say, but common variations and synonyms like 'Swagger', 'OpenAPI', 'REST', 'GraphQL', or 'API reference/docs' are missing, matching the 'some relevant keywords but missing common variations' anchor.

3 / 5

Distinctiveness Conflict Risk

Generating API documentation from code is a mostly distinct niche with minor overlap risk against general technical-writing or code-review skills; it lacks the strong trigger phrases (e.g., Swagger/OpenAPI) that would earn a 5.

4 / 5

Total

14

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

sickn33/agentic-awesome-skills

Path

skills/api-documentation-generator/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.