CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-checklist-global

Use when auditing or improving any frontend codebase against the full Front-End Checklist rule corpus through one entry point.

52

Quality

59%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/frontend-checklist-global/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

56%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 skill body delivers a genuinely useful, conservative audit policy with concrete tool routing and example patterns, and its workflow is clearly sequenced. However, it pays a large token cost for that value: pervasive internal repetition of the decorative-image rules and wholesale duplication of the reference file's highlights and safe patterns, much of which re-teaches frontend knowledge Claude already has.

Suggestions

Deduplicate 'Rule-Derived Highlights' and 'Known Safe Patterns' from references/categories.md — keep one canonical copy (in the reference file, linked early) and reduce the SKILL.md body to a short routing table.

Collapse the decorative-image guidance, which currently appears in Audit Stance, Coverage Checklist, Highlights, Safe Patterns, and Conflict Resolution, into a single 'Conservative findings' rule stated once.

Trim rules that restate standard web knowledge (GPU compositing of transform/opacity, prefers-reduced-motion, DOM read/write batching, table scope basics) and rely on MCP retrieval (get_rule/explain_rule) for that depth, per the skill's own 'Use MCP retrieval instead of trying to recall rules from memory' principle.

DimensionReasoningScore

Conciseness

The body is noticeably verbose: the decorative-image guidance is repeated roughly five times ('Do not treat alt="" as an issue', the Coverage Checklist bullet, the Rule-Derived Highlights bullets, the Known Safe Patterns entry, and the Conflict Resolution section), and large portions of 'Rule-Derived Highlights' teach concepts Claude already knows (GPU compositing of transform/opacity, prefers-reduced-motion, table scope, batching DOM reads/writes). This matches 'Noticeably verbose; several unnecessary explanations or padded sections' rather than 3, where padding would be occasional rather than structural.

2 / 5

Actionability

Guidance is mostly executable: the workflow names concrete MCP tools per situation ('Start with review_code', 'use audit_url for a public page', 'use get_rule, fix_rule, or explain_rule'), and 'Known Safe Patterns' includes copy-ready example snippets like `<img src="/divider.svg" alt="" aria-hidden="true">` and `export async function generateMetadata() {...}`. Not a 5 because no example tool invocations are shown, so 'common cases' are covered by policy text and snippets rather than full executable usage.

4 / 5

Workflow Clarity

The Workflow section is a clear sequenced decision path (review_code/audit_url first, then narrow/expand with search_rules/list_categories/get_workflow, then remediate with get_rule/fix_rule/explain_rule), and the Evaluation Standard supplies a validation-style checkpoint ('When no issue is found automatically, use search_rules to broaden review coverage before concluding clean'). Minor validation gaps (no explicit retry/verify loop after remediation) keep it at 4 rather than 5.

4 / 5

Progressive Disclosure

The reference is one level deep and real ('See references/categories.md' at the end), but it is signaled only once at the very bottom, and the two largest sections — 'Rule-Derived Highlights' and 'Known Safe Patterns' — are duplicated nearly verbatim inside references/categories.md, i.e., content that belongs in the separate file is fully inlined. This matches 'Some structure but could be better organized; references present but not clearly signaled; content that should be separate is inline'.

3 / 5

Total

13

/

20

Passed

Description

62%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 has a proper explicit 'Use when...' clause and a recognizable niche, satisfying the baseline requirements, but it is thin on the capability side. It never states what the skill actually does (route to MCP retrieval of 386 rules and remediation prompts) and relies on a single generic trigger phrase.

Suggestions

State the 'what' concretely: e.g., 'Audits frontend code, pages, and components against 386 Front-End Checklist rules via MCP retrieval, returning prioritized findings and exact remediation prompts.'

Broaden trigger terms with natural user phrasings such as 'frontend review', 'UI/accessibility audit', 'web page audit', 'frontend best practices', or 'performance check'.

DimensionReasoningScore

Specificity

The description names the domain ('any frontend codebase', 'the full Front-End Checklist rule corpus') and one-two actions ('auditing or improving'), but does not list the concrete capabilities the skill provides (MCP rule retrieval, remediation guidance, per-category checklists). It matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive' rather than 4, which requires several specific actions.

3 / 5

Completeness

The 'when' is explicit ('Use when auditing or improving any frontend codebase') and the 'what' is present (auditing against the Front-End Checklist rule corpus through one entry point), so both halves are answered. Not a 5 because the 'what' is thin — the description never says what the skill actually provides (retrieval of 386 rules via MCP tools with remediation guidance) and there are no concrete trigger phrases beyond the single generic 'when' clause.

4 / 5

Trigger Term Quality

'auditing', 'improving', and 'Front-End Checklist' are relevant natural terms, but common variations users would actually say are missing ('review my UI', 'accessibility audit', 'web page', 'website', 'frontend best practices', 'code review'). It fits 'Some relevant keywords but missing common variations or synonyms' better than 'Good keyword coverage', since a user asking for a UI or accessibility review would not naturally match these terms.

3 / 5

Distinctiveness Conflict Risk

'Front-End Checklist rule corpus' carves out a clear niche that is distinguishable from general code-review or linting skills. It is not a 5 because 'any frontend codebase' is broad and would overlap with generic frontend review or accessibility-audit skills in adjacent niches, matching 'Mostly distinct; minor overlap risk with closely related skills'.

4 / 5

Total

14

/

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.

Validation — 15 / 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.