CtrlK
BlogDocsLog inGet started
Tessl Logo

browser-required

Use when auditing slow page loads, heavy assets, or rendering delays related to Perform browser-based performance audits. Verify the actual bottleneck in DevTools, Lighthouse, or field data before recommending changes.

56

Quality

65%

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/browser-required/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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 is well-structured and lean, with a clean one-level reference to a real rule.md file, but its guidance stays at a high level without executable commands or explicit validation checkpoints. It is a competent overview that would benefit from concrete, runnable audit steps.

Suggestions

Add an executable example command (e.g. a Lighthouse CLI invocation or a Puppeteer snippet) so the guidance is copy-paste ready.

Insert an explicit validation checkpoint in the workflow, such as "Confirm the flagged bottleneck reproduces in field data before recommending a fix."

Surface the key metrics to capture (LCP, CLS, INP) directly in the Check section as a concrete checklist rather than only in Quick Reference.

DimensionReasoningScore

Conciseness

The body is lean with short focused sections and no padding explaining browser basics; only the opening justification line is mildly trimmable, keeping it just below a 5.

4 / 5

Actionability

It names concrete tools (Lighthouse, Puppeteer, WebPageTest) and integration targets (CI/CD), but provides no executable commands or specific steps, leaving the guidance at the high-level hint stage.

3 / 5

Workflow Clarity

Check, Fix, Explain, and Code Review sections give a rough sequence, but there are no explicit validation checkpoints or measurement-verification gates beyond the one-line "verify the bottleneck" notion.

3 / 5

Progressive Disclosure

The body is a brief overview with clearly signaled one-level-deep pointer to the verified references/rule.md and well-organized sections; only the single-reference breadth keeps it from a 5.

4 / 5

Total

14

/

20

Passed

Description

70%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 supplies concrete trigger terms and an explicit "Use when" clause, making it clearly usable, but the embedded "Perform browser-based performance audits" fragment reads as a copy-paste artifact that muddies the "what". It is solid but not exemplary.

Suggestions

Move the skill's purpose to the front as a clean third-person statement (e.g. "Performs browser-based performance audits..."), then follow with "Use when..." so the "what" is not buried mid-sentence.

Add a few more natural trigger synonyms such as "web performance", "page speed", or "Core Web Vitals" to broaden keyword coverage.

Clarify the specific audit actions (capture LCP/CLS/INP, profile execution) in the description itself rather than relying on the body.

DimensionReasoningScore

Specificity

Names the domain ("auditing slow page loads, heavy assets, or rendering delays") and a couple concrete actions (audit, verify bottleneck), but coverage is not comprehensive and the core action is essentially a single verb.

3 / 5

Completeness

Both "what" (browser-based performance audits) and an explicit "Use when..." trigger are present; the "what" is awkwardly embedded mid-sentence ("related to Perform browser-based performance audits") rather than cleanly stated, keeping it just below a 5.

4 / 5

Trigger Term Quality

Natural user phrases like "slow page loads", "heavy assets", and "rendering delays" appear alongside tool names (DevTools, Lighthouse); a few common synonyms (e.g. "web performance", explicit Core Web Vitals) are missing.

4 / 5

Distinctiveness Conflict Risk

The browser-based performance-audit niche is mostly distinct from other skills, with only minor overlap risk against generic performance skills.

4 / 5

Total

15

/

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_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.