CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/lighthouse-perf

Configures Lighthouse CI (`@lhci/cli`) to audit Web Vitals (LCP, INP, CLS) on every PR, asserts against canonical thresholds (LCP ≤2.5s, INP ≤200ms, CLS ≤0.1 at the 75th percentile), uploads Lighthouse reports as build artifacts, and posts deltas as PR comments. Includes a budget-authoring reference: per-route LCP/INP/CLS thresholds by traffic class (cached / dynamic / api-heavy / form-heavy / media-heavy) via `assertMatrix`, plus `budget.json` resource-size caps (JS / CSS / images / total bytes). Use when the project ships a web frontend and the team needs continuous Web Vitals monitoring tied to PR gating, or needs its first Lighthouse budgets drafted.

72

Quality

91%

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

Overview
Quality
Evals
Security
Files

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 skill body with excellent progressive disclosure and copy-paste-ready configuration and CI examples. Its main weakness is token efficiency: several sections explain Web Vitals fundamentals and lab-vs-field concepts Claude already knows, which could be trimmed to a lean reference of the skill-specific config, thresholds, and anti-patterns.

Suggestions

Compress the Overview to the metric-threshold table plus one line on the 75th-percentile standard; drop the INP-replaced-FID history and 'what each metric measures' prose, since Claude already knows Core Web Vitals.

Cut the 'Lab vs field' section to a two-row table (or merge it into When to use) and the Mobile-vs-desktop prose to just the dual-config pattern and run commands.

Add an explicit validation checkpoint before CI wiring — e.g., 'run `npx lhci autorun` locally once and confirm all error-level assertions pass before committing the workflow' — plus one line on reading a failed assert report.

DimensionReasoningScore

Conciseness

The body re-explains concepts Claude already knows across several sections — the Overview's Core Web Vitals primer ("Google's three canonical user-experience metrics", INP-replaced-FID in 2024, 75th-percentile measurement), "mobile is consistently slower... on a less-powerful CPU over a less-stable network", and the Lab-vs-field distinction. Mostly efficient otherwise, but the padding spans multiple sections rather than isolated instances.

3 / 5

Actionability

Fully executable throughout: install command, a complete copy-paste-ready `.lighthouserc.js` with commented fields, `lhci autorun` plus per-phase and per-URL invocations, assertion-level semantics, and a complete GitHub Actions workflow. The only placeholder (`https://github.com/...`) is an environment-specific value.

5 / 5

Workflow Clarity

Install → Configure → Running → CI integration is clearly sequenced, the three autorun phases are enumerated, and the anti-patterns table provides a promote-warn-to-error feedback loop. Missing an explicit validation checkpoint (e.g., run `lhci assert` locally once before wiring CI) and failure-recovery guidance when assertions fail.

4 / 5

Progressive Disclosure

Well-sectioned overview that keeps the main body to setup/running/CI, with the one deep-dive (`references/budgets.md` — a real file) held out one level deep and clearly signaled by a dedicated section stating what it contains and when to go there ("Start there when the project has no budgets yet").

5 / 5

Total

17

/

20

Passed

Description

100%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 is exemplary: concrete, quantified capabilities, comprehensive natural trigger terms, an explicit use-when clause, and a clearly distinct niche, all in third-person voice. It cleanly matches the top anchors on every dimension.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Configures Lighthouse CI (`@lhci/cli`) to audit Web Vitals (LCP, INP, CLS) on every PR", "asserts against canonical thresholds (LCP ≤2.5s, INP ≤200ms, CLS ≤0.1 at the 75th percentile)", "uploads Lighthouse reports as build artifacts", "posts deltas as PR comments", plus budget authoring — with comprehensive, quantified coverage rather than minor gaps.

5 / 5

Completeness

Explicitly answers both what (configure/audit/assert/upload/post deltas, with the budget-authoring scope spelled out) and when ("Use when the project ships a web frontend and the team needs continuous Web Vitals monitoring tied to PR gating, or needs its first Lighthouse budgets drafted") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural keywords a user would actually say are comprehensively covered: "Lighthouse", "Web Vitals", "LCP, INP, CLS", "PR gating", "budgets", "web frontend". No common synonyms or phrasings are obviously missing.

5 / 5

Distinctiveness Conflict Risk

Clear niche — Lighthouse CI-based Web Vitals PR gating and budget authoring — with distinct trigger terms; minimal overlap risk with sibling load-testing or RUM skills. Third-person voice throughout ("Configures", "asserts", "uploads"), so no voice penalty applies.

5 / 5

Total

20

/

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.

Reviewed

Table of Contents