CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

playwright-e2e-testing

Playwright E2E: locators, waiting, page objects, auth, network. Trigger: writing or fixing browser tests.

68

Quality

86%

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

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.

An exemplary overview body: lean, opinionated, and concrete, with a clean one-level-deep reference structure that was verified against the actual bundle. The main gaps are the redundant explanation of Playwright's known auto-waiting behavior and the absence of a complete copy-paste test example or an explicit task sequence.

Suggestions

Trim the opening auto-waiting explanation to a single clause (e.g., 'Every Playwright action auto-waits — rely on it, never on fixed sleeps') since Claude already knows this behavior.

Add one short, complete copy-paste example test in the body so the common case (write a test using a page object with a web-first assertion) is fully executable before consulting references.

Add a brief ordered path for the core task — e.g., 'New test: check common-patterns.md for a shape to copy → extend the page object → assert with web-first checks' — to make the working sequence explicit.

DimensionReasoningScore

Conciseness

The body is ~30 lean lines of dense, directive guidance — "Wait for the condition you actually depend on (`await expect(locator).toBeVisible()`), never for a duration" — with no padding. It falls short of level 5 because the opening paragraph explains Playwright's auto-waiting behavior, a concept Claude already knows, and that framing could be trimmed to a sentence.

4 / 5

Actionability

Concrete, executable guidance dominates: a real assertion snippet (`await expect(locator).toBeVisible()`), a locator priority order ("role with accessible name → label → `data-testid` → text"), and named anti-patterns (`waitForTimeout`, `div > form > input:nth-child(3)`, `test@test.com`). Level 5 is not reached because the body contains no complete copy-paste-ready test example — the full code lives in the reference files, leaving a minor gap.

4 / 5

Workflow Clarity

As a guidance skill with no multi-step process and no destructive/batch operations, the directives are unambiguous and well-organized, satisfying the simple-skill condition. It stops short of level 5 because there is no explicit sequence for the core task — e.g., which reference to consult first or in what order to build a test (page object → locators → assertions) — leaving the working sequence implicit.

4 / 5

Progressive Disclosure

The body is a concise overview with seven one-line-labeled references, all of which exist in `references/` and are one level deep (verified: no nested `.md` links inside the reference files). This matches the level-5 anchor: clear overview, well-signaled single-level references, appropriately split content, easy navigation.

5 / 5

Total

17

/

20

Passed

Description

87%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 tight, well-targeted description: it names the domain with five specific coverage areas and pairs them with an explicit, natural trigger clause. The only improvement would be framing the coverage areas as actions and adding a few common synonyms (e.g., "end-to-end", "flaky").

DimensionReasoningScore

Specificity

"Playwright E2E: locators, waiting, page objects, auth, network" names the domain plus five concrete coverage areas — more than the 1-2 items of the level-3 anchor, approaching the comprehensive coverage of level 5. It falls short of 5 only because these are topic keywords rather than stated actions (no verbs like 'write', 'debug', 'mock'), leaving minor gaps in what the skill actually does.

4 / 5

Completeness

Both questions are explicitly answered: the "what" is the enumerated coverage (locators, waiting, page objects, auth, network) and the "when" is the concrete, explicit trigger phrase "writing or fixing browser tests". This matches the level-5 anchor (both what AND when with concrete trigger phrases); it is above level 4, where the 'when' would be present but less explicit or specific.

5 / 5

Trigger Term Quality

"Trigger: writing or fixing browser tests" plus "E2E" and "Playwright" are phrases users would naturally say when they need this skill. Level 5 is not reached because common synonyms like "end-to-end tests", "flaky tests", or "test automation" are absent; level 3 would require missing natural phrasing entirely, which is not the case.

4 / 5

Distinctiveness Conflict Risk

"Playwright E2E" carves out a clear niche with distinct triggers, and "browser tests" is scoped by the framework name, giving minimal conflict risk with other testing skills. It sits above level 4, which would require noticeable overlap with closely related skills (e.g., an unnamed browser-automation skill).

5 / 5

Total

18

/

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

YoizenSA/dev-ai-workflow

Path

ywai/skills/playwright-e2e-testing/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.