CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

e2e-playwright-mcp

Domain knowledge for Playwright MCP-assisted E2E test development in Lichtblick. Covers test architecture, fixture reference, selector strategy, page objects, MCP usage, and source instrumentation patterns.

Quality

75%

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 ./.github/skills/e2e-playwright-mcp/SKILL.md
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.

This is a strong, highly actionable reference: concrete code, mandatory conventions stated with correct/incorrect examples, and clear delegation to repo sources for depth. The main improvements are removing the duplicated hover-to-reveal/confirmation-dialog content and adding an explicit failure-recovery step to the MCP workflow.

Suggestions

Deduplicate the hover-to-reveal layout-actions pattern: keep the full explanation and code in one place (Selector Strategy or Common Patterns) and cross-reference it from the other.

Add an explicit feedback loop to the MCP workflow, e.g., 'If the test fails on a selector, re-check the component's .style.ts for visibility rules or re-snapshot via MCP before editing.'

Consider moving the Fixtures Reference and POM inventory tables into a reference file (e.g., references/fixtures.md) and keeping SKILL.md as a leaner overview with clearly signaled pointers.

DimensionReasoningScore

Conciseness

The body is dense and assumes Claude's competence (no explanations of what Playwright, Electron, or MUI are), but the hover-to-reveal layout-actions pattern appears nearly verbatim twice (Selector Strategy 'Hover-to-Reveal Elements' and Common Patterns 'Layout action menu') and confirmation-dialog guidance is repeated. Matches 'mostly efficient but could be tightened' rather than the minor-trimming anchor at 4.

3 / 5

Actionability

Nearly everything is copy-paste-ready: exact import paths, executable TypeScript snippets, exact selector examples with CORRECT/WRONG contrasts, concrete test commands ('yarn test:e2e:desktop:debug <filter>'), and specific fixture signatures. Fully executable with common cases covered.

5 / 5

Workflow Clarity

The MCP Usage section gives a clear 6-step numbered workflow culminating in 'Run the test to confirm it passes', which is a validation checkpoint. Falls short of 5 because there is no explicit error-recovery loop (e.g., what to do when a selector times out or the test fails), but exceeds 3 since a sequenced workflow with a verification step is present.

4 / 5

Progressive Disclosure

No bundle files exist, so all content is inline, but it is well-sectioned with clear headers and delegates depth to real repo artifacts ('read the barrel file and then read the specific POM file(s)', 'Follow the test-conventions skill', pointing at e2e/fixtures/ and e2e/page-objects/). Not 5 because the fixtures reference and POM inventory are reference-style tables that could be split into separate files to keep SKILL.md a leaner overview.

4 / 5

Total

16

/

20

Passed

Description

62%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 specific and highly distinctive within its niche, clearly scoping what domain knowledge it covers. Its main weakness is the complete absence of 'when to use' trigger guidance, which both caps completeness and leaves trigger-term coverage thinner than the natural phrasing users might employ.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when writing or debugging Lichtblick E2E tests, adding Playwright specs, or exploring the UI via the Playwright MCP server.'

Include common user phrasings and synonyms such as 'end-to-end tests', 'browser tests', 'UI tests', and 'Playwright spec' so natural trigger terms are covered.

Consider stating the primary action ('Write and run E2E tests for Lichtblick...') rather than only listing the topics covered.

DimensionReasoningScore

Specificity

Enumerates six concrete coverage areas ('test architecture, fixture reference, selector strategy, page objects, MCP usage, and source instrumentation patterns'), giving several specific items. Falls short of 5 because it lists topics covered rather than concrete actions performed, and exceeds 3 since coverage is clearly more than 1-2 items.

4 / 5

Completeness

Has a clear 'what' (domain knowledge for Lichtblick Playwright MCP E2E development with an explicit coverage list) but no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the rubric guidelines. Not 2 because the 'what' is specific and comprehensive, not vague.

3 / 5

Trigger Term Quality

'Playwright', 'MCP', and 'E2E test' are natural terms a user would say, but common variations like 'end-to-end', 'browser tests', 'UI tests', or 'spec' are absent. Matches the anchor for some relevant keywords missing common variations rather than the good-coverage anchor at 4.

3 / 5

Distinctiveness Conflict Risk

The combination of 'Lichtblick', 'Playwright MCP', and 'E2E test development' carves out a clear niche with minimal overlap risk against any generic testing skill. No neighboring anchor fits better since virtually no other skill would trigger on these terms.

5 / 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

lichtblick-suite/lichtblick

Path

.github/skills/e2e-playwright-mcp/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.