CtrlK
BlogDocsLog inGet started
Tessl Logo

webapp-testing

To test local web applications, write native Python Playwright scripts.

50

Quality

55%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/webapp-testing/SKILL.md

The canonical home for this skill is webapp-testing in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 well-structured skill that provides clear, actionable guidance for web application testing with Playwright. Its strengths include the decision tree for approach selection, concrete code examples, and the smart pattern of treating helper scripts as black boxes. Weaknesses are minor: some unnecessary best practices that Claude already knows, a vacuous 'When to Use' section, and missing error recovery guidance for common failure modes.

Suggestions

Remove the 'When to Use' section (adds no information) and trim best practices that Claude already knows (closing browsers, using sync API).

Add brief error handling guidance: what to do when networkidle times out or selectors aren't found after reconnaissance.

DimensionReasoningScore

Conciseness

Generally efficient and respects Claude's intelligence. Minor verbosity in the Best Practices section (e.g., 'Use sync_playwright() for synchronous scripts' and 'Always close the browser when done' are things Claude already knows). The 'When to Use' section at the end is a vacuous tautology that wastes tokens. But overall the content is lean and focused.

4 / 5

Actionability

Provides concrete, executable code examples for Playwright scripts, server management commands, and the reconnaissance pattern. The decision tree is actionable. Minor gap: the reconnaissance pattern shows inspection code but doesn't show a complete end-to-end example of discovering selectors and then acting on them. The examples referenced in examples/ are not provided in the bundle.

4 / 5

Workflow Clarity

The decision tree provides a clear workflow for choosing an approach. The reconnaissance-then-action pattern is well-sequenced with numbered steps. The common pitfall section serves as a lightweight validation checkpoint. However, there's no explicit error handling or feedback loop (e.g., what to do if networkidle times out, or if selectors aren't found), which is a minor gap for dynamic web app testing.

4 / 5

Progressive Disclosure

Good structure with clear sections, a decision tree overview, and references to example files and helper scripts. The instruction to use --help before reading source code is a smart progressive disclosure pattern. Minor issue: the bundle files are not provided, so we can't verify the referenced examples/ directory exists, and the Reference Files section could be more clearly signaled with direct links.

4 / 5

Total

16

/

20

Passed

Description

36%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 too terse and lacks both comprehensive capability listing and explicit trigger guidance. While it identifies the core technology (Playwright) and language (Python), it fails to describe what kinds of testing actions are performed or when this skill should be selected over alternatives.

Suggestions

Add a 'Use when...' clause with trigger terms like 'browser test', 'e2e test', 'end-to-end', 'Playwright', 'UI testing', 'localhost'

Expand the capabilities to list specific actions such as 'navigate pages, fill forms, click elements, assert page content, take screenshots, handle authentication flows'

Add synonyms and related terms like 'browser automation', 'integration testing', 'web UI testing' to improve trigger term coverage

DimensionReasoningScore

Specificity

Names the domain (testing local web applications with Playwright) but the actions are minimal - only 'write native Python Playwright scripts' without specifying what kinds of tests or interactions are performed.

2 / 5

Completeness

Has a weak 'what' (write Playwright scripts) and no explicit 'when' clause. The lack of a 'Use when...' clause caps this at 3 per guidelines, but the 'what' is also quite vague, bringing it to 2.

2 / 5

Trigger Term Quality

Includes some relevant keywords like 'Playwright', 'Python', 'web applications', and 'test', but misses common variations like 'browser testing', 'e2e testing', 'end-to-end', 'automation', 'UI testing', or 'localhost'.

3 / 5

Distinctiveness Conflict Risk

Somewhat specific with the combination of 'Playwright', 'Python', and 'local web applications', but could overlap with general web testing skills, browser automation skills, or Python scripting skills.

3 / 5

Total

10

/

20

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.