CtrlK
BlogDocsLog inGet started
Tessl Logo

docs-contribution-router

Ask which docs path a contribution should take. A user-started orchestrator.

56

Quality

64%

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/documentation/skills/docs-contribution-router/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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 body is a well-structured, mostly lean router that points to real one-level-deep reference files and gives concrete placement and output guidance. Its main gap is that build/verify validation is mentioned as context rather than sequenced as an explicit workflow checkpoint.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — no padding about what docs are — with only minor redundancy (the Scalekit/docs-engineering exclusion is restated at lines 38 and 126) that could be trimmed.

4 / 5

Actionability

It gives concrete executable guidance: a decision table mapping reader goals to file paths, a copy-ready frontmatter output block, and explicit placement-map file pointers; minor gaps such as a worked sidebar-label example keep it just short of fully copy-paste ready.

4 / 5

Workflow Clarity

The sequence is clear — classify intent, branch (placement first, then the other), produce the output plan, then adapt — but validation steps (search-index regeneration, verifying a clean build) appear as facts inside the API branch rather than as explicit ordered checkpoints with a fix-and-retry loop.

4 / 5

Progressive Disclosure

It is a clear overview with well-signaled, one-level-deep references via blockquote '> Load references/...', and all six referenced files (api-reference-flow.md, placement-decisions.md, scalekit-placement-map.json, integration-guide-template.md, screenshot-workflow.md, _template-placement-map.json) exist in the bundle, so navigation is easy and content is appropriately split.

5 / 5

Total

17

/

20

Passed

Description

50%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 states the skill's purpose concisely in third person but stops short of explicit trigger guidance and concrete action coverage. It is serviceable yet leaves a contributor unsure exactly when to invoke it.

Suggestions

Add an explicit 'Use when...' clause naming trigger phrases such as 'I want to document X', 'where should this docs contribution go', or 'add a guide/API reference/integration'.

Expand the action list to mention the routing outputs — content type, file path, frontmatter, and sidebar label — rather than only 'Ask which docs path'.

Briefly distinguish the skill from docs-writing-style in the description (e.g. 'routes, does not write the page').

DimensionReasoningScore

Specificity

It names the domain ('docs path a contribution should take') and one concrete action ('Ask which docs path') but does not enumerate the routing actions (content type, placement, workflow) that the body performs, so coverage is not comprehensive.

3 / 5

Completeness

The 'what' is clear (route a docs contribution) but there is no explicit 'Use when...' trigger clause, and 'A user-started orchestrator' only weakly implies when; per the rubric a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

'docs path a contribution should take' and 'contribution' are natural user phrases, but common synonyms like 'documentation', 'guide', or 'edit the docs' are missing.

3 / 5

Distinctiveness Conflict Risk

'Docs contribution router' is a distinct niche, but the description alone could overlap with the related docs-writing skill; the boundary (it does not write the page) lives in the body, not the description.

3 / 5

Total

12

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository
saif-shines/devex-kit
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.