CtrlK
BlogDocsLog inGet started
Tessl Logo

styles-lint

Use when reviewing stylesheets, component styles, and responsive behavior related to Lint CSS and SCSS files. Check the rendered layout across breakpoints and interaction states before proposing a fix.

62

Quality

73%

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/styles-lint/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content is concise, well-organized, and uses progressive disclosure correctly with a real single-level reference. Its main weaknesses are a lack of executable commands or config examples and no explicit validation checkpoints in the workflow.

Suggestions

Add concrete, executable guidance — e.g. the `npm install --save-dev stylelint stylelint-config-standard` command, a minimal `.stylelintrc.json` snippet, and the `npx stylelint "**/*.{css,scss}"` run command.

Include a validation checkpoint in the workflow, such as "Run the lint command and only proceed with the fix once no errors remain; re-lint after auto-fixing".

Move or summarize the most actionable rule examples from `references/rule.md` into the Fix section so the core skill is self-contained for common cases.

DimensionReasoningScore

Conciseness

The body is lean — tight Quick Reference bullets and short Check/Fix/Explain/Code Review sections — and assumes Claude's competence without explaining what CSS or Stylelint is, so every token earns its place.

3 / 3

Actionability

It names concrete tools ("Stylelint with stylelint-config-standard", "stylelint-config-standard-scss") but gives no executable commands or config — no `npm install`, stylelint config file, or lint command — so it instructs rather than providing copy-paste-ready guidance.

2 / 3

Workflow Clarity

The Check/Fix/Explain/Code Review sections provide a loose sequence, but there are no explicit validation checkpoints or feedback loops; the steps are present yet checkpoints are missing or implicit.

2 / 3

Progressive Disclosure

The body is a concise overview with a clearly signaled one-level reference to `references/rule.md` (a verified real file) in its own pointer section, matching the well-organized one-level-deep reference anchor.

3 / 3

Total

10

/

12

Passed

Description

75%

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 is concise, uses an explicit "Use when" trigger, and names several concrete actions with natural frontend terms, making it well above the vague baseline. Its weakness is that the core capability (linting) is implied through reviewing actions rather than stated directly, and the reviewing framing risks overlap with general code-review skills.

Suggestions

Lead with the core capability explicitly, e.g. "Lint CSS and SCSS files with Stylelint to catch syntax errors and enforce coding standards", then keep the "Use when..." trigger.

Add common trigger variations users would say, such as ".css", ".scss", "stylelint errors", or "CSS lint warnings", to broaden trigger-term coverage.

Sharpen distinctiveness by scoping to linting/standards enforcement rather than general "reviewing stylesheets", which can conflict with generic code-review skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "reviewing stylesheets, component styles, and responsive behavior", "Check the rendered layout across breakpoints and interaction states", and "proposing a fix" — matching the multiple-specific-actions anchor.

3 / 3

Completeness

It has an explicit "Use when..." trigger clause, but the "what does this do" is conveyed only implicitly through review/check actions rather than a clear capability statement, so it sits below the both-what-and-when anchor.

2 / 3

Trigger Term Quality

It includes natural frontend terms a user would say — "stylesheets", "component styles", "responsive behavior", "CSS and SCSS files", "breakpoints", "interaction states" — giving good coverage rather than just one keyword.

3 / 3

Distinctiveness Conflict Risk

The CSS/SCSS linting niche is fairly specific, but "reviewing stylesheets" and general code-review framing could still overlap with broader stylesheet or code-review skills, so it is not a clean distinct niche.

2 / 3

Total

10

/

12

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_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.