CtrlK
CommunityDocumentationLog inGet started
Tessl Logo

code-documenter

tessl install github:jeffallan/claude-skills --skill code-documenter
github.com/jeffallan/claude-skills

Use when adding docstrings, creating API documentation, or building documentation sites. Invoke for OpenAPI/Swagger specs, JSDoc, doc portals, tutorials, user guides.

Review Score

69%

Validation Score

13/16

Implementation Score

57%

Activation Score

72%

SKILL.md
Review
Evals

Generated

Validation

Total

13/16

Score

Passed
CriteriaScore

metadata_version

'metadata' field is not a dictionary

license_field

'license' field is missing

frontmatter_unknown_keys

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

Implementation

Suggestions 4

Score

57%

Overall Assessment

This skill has strong progressive disclosure with a well-organized reference table, but lacks the concrete, executable examples that would make it immediately actionable. The workflow is present but missing validation steps, and the content includes some unnecessary persona/role framing that doesn't add value for Claude.

Suggestions

  • Add at least one concrete docstring example (e.g., Google-style Python docstring) directly in the skill to demonstrate the expected output format
  • Include a minimal OpenAPI snippet showing the documentation pattern Claude should produce
  • Add explicit validation steps to the workflow, such as 'Validate: Run example code to verify accuracy' after the Document step
  • Remove or condense the 'Role Definition' section - Claude doesn't need persona framing to execute documentation tasks
DimensionScoreReasoning

Conciseness

2/3

The skill is reasonably efficient but includes some unnecessary elements like the 'Role Definition' persona description and verbose constraint lists that Claude doesn't need. The reference table is well-structured but the surrounding text could be tighter.

Actionability

2/3

The skill provides a workflow and references to detailed guides, but lacks concrete executable examples. No actual docstring formats, OpenAPI snippets, or copy-paste ready code are shown - it describes what to do rather than showing how.

Workflow Clarity

2/3

The 5-step core workflow is listed but lacks validation checkpoints or feedback loops. For documentation tasks involving code changes, there's no explicit 'verify examples work' or 'validate OpenAPI spec' step integrated into the workflow.

Progressive Disclosure

3/3

Excellent use of a reference table with clear topic-to-file mapping and 'Load When' guidance. References are one level deep, well-signaled, and organized for easy navigation to detailed content.

Activation

Suggestions 2

Score

72%

Overall Assessment

The description has strong trigger term coverage and clear distinctiveness for documentation tasks, but inverts the typical structure by focusing heavily on 'when' triggers while underspecifying 'what' the skill actually does. It reads more like a list of trigger conditions than a capability description.

Suggestions

  • Add explicit capability statements describing what the skill does (e.g., 'Generates and formats technical documentation including docstrings, API references, and user guides').
  • Restructure to lead with concrete actions before the 'Use when...' clause to clarify what capabilities the skill provides.
DimensionScoreReasoning

Specificity

2/3

Names domain (documentation) and some actions ('adding docstrings, creating API documentation, building documentation sites'), but the actions are somewhat general and not as concrete as 'extract text, fill forms, merge documents'.

Completeness

2/3

Has 'Use when...' and 'Invoke for...' clauses which address when to use it, but the 'what does this do' portion is weak - it describes when to use it rather than what concrete capabilities the skill provides.

Trigger Term Quality

3/3

Good coverage of natural terms users would say: 'docstrings', 'API documentation', 'documentation sites', 'OpenAPI', 'Swagger specs', 'JSDoc', 'doc portals', 'tutorials', 'user guides' - these are terms users naturally use when requesting documentation help.

Distinctiveness Conflict Risk

3/3

Clear niche focused specifically on documentation with distinct triggers like 'OpenAPI', 'Swagger', 'JSDoc', 'doc portals' that are unlikely to conflict with other skills.