CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

journey-sidebar-labels

Audit sidebar labels and order as a developer journey. Use when nav is alphabetical, labels are nouns, or groups need sentence case. It does not write page copy (that's `docs-writing-style`).

Quality

87%

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

85%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 highly actionable, well-structured diagnostic skill: concrete rules with worked examples, a clearly sequenced audit process with built-in checks, and an appropriately referenced one-level-deep data file. The main cost is token efficiency: two non-operational sections and a restated rule could be trimmed without losing capability.

Suggestions

Cut or compress the "Example prompts" and "Did this help?" sections, or move them behind the reference file: they add ~12 lines of context without executable guidance.

Remove the duplicated specificity rule: diagnostic step 5 restates the "could plausibly name 3+ different pages" rule already given in the label-rules table; a back-reference ("apply the specificity rule") suffices.

Trim narrative overlap in "Reference model: Full stack auth (Scalekit)", whose journey-chain example largely duplicates the journey-phases ordering already specified.

DimensionReasoningScore

Conciseness

The core rules are lean and table-based, but ~12 lines of non-operational sections ("Example prompts", "Did this help?") add little executable value, and the specificity rule is stated twice (table row "Avoid bare-noun labels... could plausibly fit 3+ different guides" and diagnostic step 5 repeats it nearly verbatim). Not 4 because the trimming opportunities exceed minor over-explanation; not 2 because nothing teaches concepts Claude already knows.

3 / 5

Actionability

Concrete, executable guidance throughout: before/after relabel examples ("Test users" → "Run end-to-end tests"), a rename pattern (test-users.mdx → run-e2e-tests.mdx), a defined "Quickstart: <Name>" pattern, a 6-step diagnostic process, and a specified output table format. As an instruction-only skill, the absence of code is not penalized and the guidance fully covers the common audit cases.

5 / 5

Workflow Clarity

The diagnostic process is a clearly sequenced 6-step list with embedded validation checkpoints (step 5 "Preview test", step 6 leaf-vs-title drift check) and a designated checklist ("Use references/fsa-sidebar-journey.json as a checklist"). The skill is a read-only diagnostic, so no destructive/batch validation cap applies.

5 / 5

Progressive Disclosure

Sections are well-organized and the detailed sidebar structure data is appropriately split into a real, existing one-level-deep reference (references/fsa-sidebar-journey.json) that is clearly signaled at both mention points with its intended use ("as a checklist when auditing another product sidebar"). Not 4 because there are no organization gaps: navigation is easy and the split is clean.

5 / 5

Total

18

/

20

Passed

Description

82%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 a clear what, an explicit multi-condition Use-when clause, and an explicit scope boundary against a sibling skill. Its only notable gap is action coverage: it names the audit action but not what it produces (e.g., suggested relabelings and reordering).

Suggestions

Name the concrete outputs in the description, e.g. "Audit sidebar labels and order as a developer journey and recommend relabeled groups and reordered sections".

Add one or two natural synonyms such as "navigation menu" or "reorder docs nav" to the Use-when clause to broaden trigger coverage.

DimensionReasoningScore

Specificity

"Audit sidebar labels and order" names the domain plus 1-2 concrete actions (auditing labels, auditing order), matching the anchor for domain plus a couple of actions. It does not reach 4 because only one action verb is listed and outputs like recommending replacement labels are not stated.

3 / 5

Completeness

It explicitly answers what ("Audit sidebar labels and order as a developer journey") and when ("Use when nav is alphabetical, labels are nouns, or groups need sentence case") with three concrete trigger conditions plus a boundary statement. Not 4 because the when-clause is already explicit and specific, not merely improvable.

5 / 5

Trigger Term Quality

Natural trigger terms are present: "nav is alphabetical", "labels are nouns", "groups need sentence case", "sidebar labels". It falls short of 5 because common variations like "navigation", "menu", "reorder", or "table of contents" are missing.

4 / 5

Distinctiveness Conflict Risk

The niche (sidebar label and order auditing) is distinct and the explicit boundary "It does not write page copy (that's `docs-writing-style`)" minimizes conflict with the closely related writing skill.

5 / 5

Total

17

/

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

saif-shines/devex-kit

Path

plugins/documentation/skills/journey-sidebar-labels/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.