CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

doc-generator

Use this skill when the user wants to generate documentation, write docstrings, create API docs, build a README, or produce HTML/PDF documentation from code.

Quality

85%

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

75%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 solid, code-first cookbook: concrete commands and runnable scripts for each documentation task with clear section organization. It falls short of top marks due to a redundant docstring-format template, one non-executable stub, and no verification/recovery steps or reference-file structure.

Suggestions

Compress the 'Google-Style Docstring Template' section: state the preference ('Google-style with Args/Returns/Raises/Example sections') and keep a much shorter example instead of re-teaching the full format Claude already knows.

Replace the generate_docstring 'pass' stub with a concrete, executable implementation or remove it and rely on the template section, so every code block is copy-paste ready.

Add a brief verification step after build commands (e.g., open docs/_build/html/index.html after make html) so workflows include an explicit checkpoint.

DimensionReasoningScore

Conciseness

The body is mostly lean, code-first recipes, but the ~28-line 'Google-Style Docstring Template' section re-teaches a format Claude already knows; trimming it to a one-line preference plus a compact example would reach the top anchor.

4 / 5

Actionability

Nearly all snippets are executable and copy-paste ready (pdoc commands, AST extraction, README generator, Sphinx setup, OpenAPI export), but generate_docstring is a 'pass' stub — explicitly justified as a prompt template, yet still not executable guidance.

4 / 5

Workflow Clarity

Each task's sequence is unambiguous (e.g., Sphinx: install → quickstart → configure conf.py → make html) and no risky/batch operations apply, but there are no verification steps (e.g., checking the built HTML) or error-recovery guidance.

4 / 5

Progressive Disclosure

Sections are well organized with a useful Quick Reference table, but the ~146-line body inlines everything with no reference files, and content such as the docstring template or Sphinx configuration could live in a one-level-deep reference file.

4 / 5

Total

16

/

20

Passed

Description

87%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 with an explicit 'Use when' clause, five concrete capability verbs, and natural trigger terms. Its only weakness is a minor coverage gap: the body also generates OpenAPI specs, but no trigger term mentions that.

DimensionReasoningScore

Specificity

The description lists five concrete actions ('generate documentation, write docstrings, create API docs, build a README, or produce HTML/PDF documentation from code'), but the body's OpenAPI/Swagger spec generation capability has no corresponding trigger term, leaving a minor coverage gap.

4 / 5

Completeness

It explicitly answers both questions: the enumerated actions state what the skill does, and 'Use this skill when the user wants to...' provides concrete, explicit trigger phrases — matching the top anchor exactly.

5 / 5

Trigger Term Quality

Natural phrases users would say are present ('documentation', 'docstrings', 'API docs', 'README'), but common synonyms and specifics like 'docs', 'OpenAPI', 'Swagger', or 'sphinx' are missing, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

The niche (documentation generated from code) is distinct and the enumerated triggers (docstrings, API docs, README, HTML/PDF docs) are specific enough that it would not fire for unrelated skills.

5 / 5

Total

18

/

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

ProwlrBot/prowlr-marketplace

Path

skills/doc-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.