CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

browser-qa

Run automated post-deploy UI verification with a browser automation MCP (claude-in-chrome, Playwright, or Puppeteer): console-error and Core Web Vitals smoke checks, form and auth-flow interaction tests, screenshot visual regression across three breakpoints, and axe-core accessibility audits ending in a SHIP / DO-NOT-SHIP verdict. Use when testing a deployed feature on staging or preview, before shipping frontend changes, reviewing a frontend PR, or checking responsive layout and accessibility.

Quality

86%

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

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 body is a tight, well-structured four-phase workflow with explicit thresholds, a safety section for mutating journeys, and honest INCONCLUSIVE handling for missing baselines. It falls short of top marks mainly on actionability — steps are named but not wired to concrete MCP commands — and on the absence of an explicit error-recovery loop.

Suggestions

Add concrete invocations for the ambiguous steps: which browser-MCP tool or snippet captures Core Web Vitals and runs axe-core, rather than 'Check Core Web Vitals' / 'Run axe-core' as bare checklist items.

Add a short fix-and-retry loop after Phase 2/3 failures (e.g., on a failed form or visual check, how to re-verify before recording the verdict) to upgrade workflow validation from checkpoints to a full feedback loop.

Move the time-sensitive metric note ('INP replaced FID in March 2024') into a brief deprecations/old-metrics line so the main thresholds stay evergreen, and consider relocating the QA report template to a references/ file to slim the main body.

DimensionReasoningScore

Conciseness

The body is lean — phase checklists, a safety note, and an output template with no padding or explanations of concepts Claude already knows — but the inline time-sensitive aside 'INP replaced FID in March 2024; thresholds per web.dev' (not in a deprecated/old-patterns section) and the illustrative numbers in the output template cost a few tokens.

4 / 5

Actionability

Concrete specifics abound (LCP < 2.5s, CLS < 0.1, INP < 200ms; breakpoints 375px/768px/1440px; named tools and MCP prefixes; a full output-format template), but steps like 'Check Core Web Vitals' and 'Run axe-core' stop at the checklist level without the concrete commands or tool invocations to execute them.

4 / 5

Workflow Clarity

The four-phase sequence is clear and includes real checkpoints ('no baseline ⇒ report INCONCLUSIVE, never a silent PASS', explicit verdict gating, and blast-radius rules for mutating journeys), but there is no explicit fix-and-retry feedback loop after a failed check.

4 / 5

Progressive Disclosure

As a single-file bundle with no references/, scripts/, or assets/ directories, the ~100-line body is well-sectioned with everything appropriately inline; it sits just over the 50-line simple-skill threshold, and the output-format template is borderline content that could move to a reference file.

4 / 5

Total

16

/

20

Passed

Description

92%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 strong description: it states a comprehensive set of concrete capabilities and pairs them with an explicit, natural 'Use when...' trigger clause. The only gap is modest synonym coverage (e.g., 'smoke test', 'e2e') in the trigger terms.

DimensionReasoningScore

Specificity

The description enumerates concrete capabilities — 'console-error and Core Web Vitals smoke checks, form and auth-flow interaction tests, screenshot visual regression across three breakpoints, and axe-core accessibility audits ending in a SHIP / DO-NOT-SHIP verdict' — giving comprehensive, specific coverage of what the skill does.

5 / 5

Completeness

It explicitly answers both what (four audit categories plus a SHIP / DO-NOT-SHIP verdict) and when ('Use when testing a deployed feature on staging or preview, before shipping frontend changes, reviewing a frontend PR...').

5 / 5

Trigger Term Quality

Triggers like 'testing a deployed feature on staging or preview', 'reviewing a frontend PR', 'checking responsive layout and accessibility' are natural user phrases, but common variants such as 'smoke test', 'e2e testing', or 'cross-browser' are absent.

4 / 5

Distinctiveness Conflict Risk

'Post-deploy UI verification with a browser automation MCP' carves a clear niche with distinct triggers (staging/preview, frontend PRs, responsive/accessibility checks), so conflict with unrelated skills is minimal.

5 / 5

Total

19

/

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

affaan-m/ECC

Path

skills/browser-qa/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.