CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

web-perf

Audit, diagnose, or optimize website loading and interaction performance, Core Web Vitals, and Lighthouse performance scores.

0.98x
Quality

78%

Does it follow best practices?

Impact

98%

0.98x

1 of 3 eval scenarios. Add 2 more for a full score.

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.commandcode/skills/web-perf/SKILL.md

The canonical home for this skill is web-perf in cloudflare/skills

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.

A highly actionable, well-structured audit playbook with copy-paste MCP tool calls, explicit thresholds, and a checklist-driven workflow with real troubleshooting loops. Its weaknesses are the missing 'Use when' trigger context carried over from the description, one vague retrieval step, and Phase 5's reference-grade detail inlined in SKILL.md rather than split into a reference file.

Suggestions

Move Phase 5's framework/bundler detection table and the tree-shaking/polyfill/compression checklists into a references/codebase-analysis.md file and link to it one level deep, keeping SKILL.md a lean overview.

Replace "Wait for trace completion, then retrieve results" with the concrete retrieval command so every workflow step is executable.

Drop inline specs Claude already knows (e.g., the WCAG AA 4.5:1 / 3:1 ratios) or move them to a reference to tighten token efficiency.

DimensionReasoningScore

Conciseness

The body is dense and practical — command tables, threshold tables, and concrete checklists with almost no concept tutorials — matching "Efficient; minor instances of over-explanation that could be trimmed". Minor trimmable spots: "check against WCAG AA: 4.5:1 for normal text" (a spec Claude already knows) and the render-blocking explanation in Phase 3; it is far above 3 because there is no padded prose section anywhere.

4 / 5

Actionability

Commands are copy-paste ready with exact signatures and parameters: `navigate_page(url: "<target-url>")`, `performance_start_trace(autoStop: true, reload: true)`, `performance_analyze_insight(insightSetId: "<id-from-trace>", insightName: "LCPBreakdown")`, plus `get_network_request(reqid: <id>)`. This matches "Fully executable; copy-paste ready code or commands; specific examples cover the common cases" — the Quick Reference table and per-phase examples cover the common audit cases; nothing is pseudocode.

5 / 5

Workflow Clarity

A clear five-phase sequence with a copyable progress checklist, tool-discovery precheck, and explicit error-recovery feedback ("If trace returns empty or fails, verify the page loaded... with navigate_page first"; insight-name fallback via trace response) — fitting "Clear sequence with most checkpoints present; minor validation gaps". It does not reach 5 because step 3 of Phase 1 ("Wait for trace completion, then retrieve results") leaves the retrieval command unspecified and later phases have no error handling; this is a read-only audit, so the destructive/batch cap does not apply.

4 / 5

Progressive Disclosure

There are no bundle files (no references/, scripts/, or assets/), so everything lives in a single ~200-line SKILL.md. Structure is good (clear ## sections, tables), but Phase 5's deep codebase material — the nine-row framework/bundler detection table plus tree-shaking, unused-code, polyfill, and compression checklists — is reference-grade content inlined in the overview file, matching "Some structure but could be better organized; ... content that should be separate is inline". It is above 2 because the sections are well organized and the inline content is at least tabular and scannable, not a wall of API reference; it cannot reach 4-5 because the file exceeds the simple-skill threshold and clear reference material is not split out.

3 / 5

Total

16

/

20

Passed

Description

66%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 crisp, third-person description with concrete verbs and strong domain-specific trigger terms (Core Web Vitals, Lighthouse). Its main defect is the missing explicit "Use when..." trigger clause, which caps completeness and leaves activation guidance implicit.

Suggestions

Append an explicit trigger clause, e.g. "Use when the user says a site or page is slow, mentions Core Web Vitals, Lighthouse/PageSpeed scores, or asks to optimize page load time."

Include common user phrasings as triggers: "slow site", "page speed", "PageSpeed" — to broaden natural-term coverage toward the top anchor.

Optionally mention the network/accessibility/codebase analysis capabilities to close the coverage gap between the description and the body's actual scope.

DimensionReasoningScore

Specificity

Quotes: "Audit, diagnose, or optimize website loading and interaction performance, Core Web Vitals, and Lighthouse performance scores." Three concrete verbs (audit, diagnose, optimize) tied to a named domain and specific metric systems (Core Web Vitals, Lighthouse) — matching the anchor "Lists several specific actions; minor gaps in coverage". It does not reach 5 because the body covers more capability (network analysis, accessibility snapshot, codebase analysis) than the description enumerates, leaving minor coverage gaps; it is well above 3 because multiple distinct concrete actions are explicitly named rather than generic.

4 / 5

Completeness

The "what" is clearly answered (audit/diagnose/optimize web performance and Core Web Vitals/Lighthouse scores), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. It fits the anchor "Has a clear 'what' but 'when' is missing or only weakly implied" — the when can only be inferred from the domain terms, never stated.

3 / 5

Trigger Term Quality

Strong natural keywords: "website loading", "performance", "Core Web Vitals", "Lighthouse", "interaction performance" — users asking to "audit website performance" or mentioning "Core Web Vitals" / "Lighthouse scores" would match, fitting "Good keyword coverage; a few natural terms missing". It falls short of 5 because common phrasings like "slow site", "page speed", "PageSpeed", or plain "web vitals" are absent, and it is clearly above 3 since several natural, specific trigger phrases are present rather than only technical jargon.

4 / 5

Distinctiveness Conflict Risk

The niche (web performance auditing with "Core Web Vitals" and "Lighthouse" as distinct triggers) is clearly distinguishable from unrelated skills, matching "Mostly distinct; minor overlap risk with closely related skills". It does not score 5 because "optimize website... performance" could overlap with general frontend-development or debugging skills that also touch loading speed; it is well above 3 because the metric-specific triggers make wrong-skill firing unlikely.

4 / 5

Total

15

/

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

MesilimLLC/api.trackdub

Path

.commandcode/skills/web-perf/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.