CtrlK
BlogDocsLog inGet started
Tessl Logo

webapp-testing

Start/reuse a local app, wait for readiness, inspect rendered state/console/network, act from observed selectors, and verify with evidence.

56

Quality

64%

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

Fix and improve this skill with Tessl

tessl review fix ./crates/tui/assets/skills/webapp-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 content is concise and cleanly structured for a simple skill, but its workflow steps are abstract rather than executable and lack the validation checkpoints a verification skill demands. Adding concrete tooling and a ready/retry checkpoint would lift the weakest dimensions.

Suggestions

Add concrete, executable guidance for key steps, e.g. a readiness check command/snippet (curl/poll), a browser-automation tool example (Playwright), and how to inspect DOM/console/network concretely.

Insert an explicit validation checkpoint with a feedback loop, e.g. 'If not ready after N tries, surface the readiness error' and 'If expected selectors are absent, re-inspect before failing.'

Specify what 'evidence of pass/fail' means concretely (screenshot path, console/network log capture, assertion) so step 5 is actionable rather than abstract.

DimensionReasoningScore

Conciseness

The body is lean and well-organized with no padding or explanation of concepts Claude already knows; every line (When to use, Non-goals, the 5-step workflow) earns its place.

5 / 5

Actionability

The workflow steps are high-level directives ('Wait for readiness', 'Inspect DOM/console/network') with no concrete commands, code, tools, or readiness-check methods, so specific execution steps are missing.

2 / 5

Workflow Clarity

A clear 5-step sequence is present, but for a verification-centric skill it lacks explicit validation checkpoints or a feedback loop (e.g. retry on not-ready, re-inspect if selectors missing), capping clarity at 3.

3 / 5

Progressive Disclosure

No bundle files exist and the body is under 50 lines with clean section headers, so for this simple single-purpose skill the well-organized structure meets the top anchor.

5 / 5

Total

15

/

20

Passed

Description

63%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-rich but lacks an explicit 'when to use' trigger clause and natural user-facing keywords, capping completeness and trigger term quality. It is otherwise well-scoped to the webapp-testing niche.

Suggestions

Add an explicit 'Use when...' clause naming natural trigger phrases users would say, e.g. 'Use when testing a web app flow end-to-end, running browser/e2e tests, or verifying a flow in a real browser.'

Include common synonyms/tool names users mention (e.g. 'browser test', 'e2e test', 'Playwright/Selenium') to improve trigger term coverage.

Tighten distinctiveness by pairing the actions with the webapp-testing trigger context so it is less likely to overlap with general debugging skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions across the full flow (start/reuse, wait for readiness, inspect state/console/network, act on observed selectors, verify with evidence), giving comprehensive coverage of the domain.

5 / 5

Completeness

The 'what' is clearly specified through the action chain, but there is no 'Use when...' clause or equivalent trigger guidance, which per the rubric caps completeness at 3.

3 / 5

Trigger Term Quality

Relevant technical keywords like 'local app', 'rendered state/console/network', and 'selectors' appear, but common natural phrases users would say (e.g. 'test a web app', 'browser test', 'e2e') and tool names are missing.

3 / 5

Distinctiveness Conflict Risk

The browser/runtime scope (rendered state, console/network, observed selectors) makes it mostly distinct from other skills, with only minor overlap risk against general debugging or testing 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
Hmbown/CodeWhale
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.