CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-testing-debugging

Use when testing, debugging, or making targeted improvements to rendered frontend apps through the Build Web Apps or web dev plugin: local dev servers, UI regressions, interaction bugs, console errors, responsive layout, and visual QA. Check whether the Browser plugin is available and use it first when it is; otherwise use regular Playwright with the recorded reason.

72

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable and clearly sequenced with strong validation feedback loops, but it is somewhat verbose with repeated screenshot/report guardrails and makes no use of progressive disclosure for a skill of this length.

Suggestions

Consolidate the screenshot and report placement rules into a single statement; the 'put screenshots at the end as a gallery' and 'do not write artifacts into the repo' guidance is currently repeated across the QA Final Response Report section.

Move the full QA Final Response Report shape and/or the Required Browser Checks and Validation Checklist into reference files (e.g. references/qa-report.md) and link to them from SKILL.md so the main file reads as a lean overview.

Trim the 'Related Skills' and trailing 'Final Response' sections, which restate guidance already covered in the QA Final Response Report section.

DimensionReasoningScore

Conciseness

Largely efficient and free of concepts Claude already knows, but screenshot/report placement rules are repeated ('place the actual screenshots together at the end', 'Do not interleave screenshots', 'Do not write reports, screenshots...') and the QA report prescription is verbose, so it could be tightened rather than earning 'every token earns its place'.

2 / 3

Actionability

Provides concrete, copy-paste-ready commands and APIs — `agent.browser.nameSession("...")`, `tab.goto(url)`, `await tab.dev.logs({ levels: ["error", "warn"], limit: 50 })`, `pnpm exec playwright screenshot <url> /tmp/frontend-check.png` — fully executable rather than abstract.

3 / 3

Workflow Clarity

Clear numbered sequences with explicit validation checkpoints and feedback loops: 'After edits, call `await tab.reload()`, then repeat the checks and the failing interaction' and a Required Browser Checks gate before claiming the app works.

3 / 3

Progressive Disclosure

Well-organized into clear header sections, but at ~140 lines with no bundle files the entire detailed QA report shape and validation checklists live inline; some of that detail could be offloaded to reference files to keep SKILL.md a leaner overview.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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, uses natural trigger terms, explicitly states both what and when, and carves a distinct niche tied to named plugins and a Browser/Playwright routing rule. It is concise without fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions and surfaces — 'testing, debugging, or making targeted improvements', 'local dev servers, UI regressions, interaction bugs, console errors, responsive layout, and visual QA' — matching the multiple-specific-actions anchor.

3 / 3

Completeness

An explicit 'Use when...' clause answers both what (testing/debugging/improving rendered frontend apps) and when (those activities via the named plugins), satisfying the explicit-trigger anchor.

3 / 3

Trigger Term Quality

Uses natural terms a user would say ('testing', 'debugging', 'UI regressions', 'interaction bugs', 'console errors', 'responsive layout', 'visual QA') plus the plugin names users actually reference, giving good coverage.

3 / 3

Distinctiveness Conflict Risk

Scoped to rendered-frontend testing/debugging through specific plugins (Build Web Apps, web dev plugin) with a Browser-vs-Playwright routing rule, a clear niche unlikely to trigger for unrelated skills.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
openai/plugins
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.