CtrlK
BlogDocsLog inGet started
Tessl Logo

webapp-testing

Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.

59

Quality

68%

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 ./skills/webapp-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 concise, actionable, and clearly sequenced with helpful validation guidance, but its progressive disclosure is undermined by references to example files that are not present in the bundle.

Suggestions

Either create the referenced files (examples/element_discovery.py, static_html_automation.py, console_logging.py) or remove the 'Reference Files' section so all cited paths resolve to real bundle files.

Add an explicit validate-then-retry feedback loop (e.g., screenshot/inspect -> verify expected state -> fix selectors -> retry) to push workflow clarity higher.

Tighten minor redundant lines like 'Always close the browser when done' and 'Use sync_playwright() for synchronous scripts' that largely restate the code.

DimensionReasoningScore

Conciseness

Lean and efficient; assumes Claude's competence and avoids explaining what Playwright or HTML is, with only minor instances (e.g., 'Always close the browser when done') that could be trimmed.

4 / 5

Actionability

Provides concrete, copy-paste-ready commands and Playwright code covering single and multiple servers, with minor gaps (placeholder 'your_automation.py' and selector examples referenced in a missing examples/ directory).

4 / 5

Workflow Clarity

A clear sequenced decision tree with branches plus a numbered reconnaissance-then-action pattern and a validation pitfall ('wait for networkidle before inspection'); minor gaps in explicit error-recovery feedback loops.

4 / 5

Progressive Disclosure

Good section structure and a one-level-deep reference to scripts/with_server.py (which exists), but the 'Reference Files' section lists examples/*.py files that do not exist in the bundle, leaving references partly broken/incorrectly signaled.

3 / 5

Total

15

/

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.

The description is specific and action-oriented with solid natural keywords and a clear niche, but it lacks an explicit 'Use when...' trigger clause, which caps its completeness.

Suggestions

Add an explicit 'Use when...' clause naming concrete user triggers (e.g., 'Use when testing local web apps, debugging frontend/UI behavior, or capturing browser screenshots and logs').

Include common user phrasings and file/extension synonyms to raise trigger-term coverage toward comprehensive.

Briefly note scope boundaries (e.g., local-only, not for production sites) to further reduce overlap with general browser-automation skills.

DimensionReasoningScore

Specificity

Names the domain ('local web applications using Playwright') and lists several concrete actions ('verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs'), with only minor coverage gaps preventing a 5.

4 / 5

Completeness

Has a clear 'what' (toolkit with specific capabilities) but no 'Use when...' or equivalent trigger clause, only weakly implied usage; per the rubric a missing trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Includes natural terms users would say ('web applications', 'Playwright', 'frontend', 'UI', 'browser screenshots', 'browser logs') with good coverage, though a few common phrasings like 'test my web app' are missing.

4 / 5

Distinctiveness Conflict Risk

The niche (local web app testing via Playwright) is mostly distinct with only minor overlap risk against general browser-automation skills.

4 / 5

Total

15

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
Galaxy-Dawn/claude-scholar
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.