CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

browser-automation

Automates browser interactions for web testing, form filling, screenshots and data extraction. Use when the user needs to navigate sites, interact with pages, fill forms, take screenshots, test web apps, or extract information from pages.

67

Quality

84%

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

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.

A well-structured, token-efficient workflow guide with good verification habits, but it is entirely tool-agnostic prose: without a single example command or code snippet for any of the tools it names, Claude must improvise the actual mechanics. Best Practices also duplicates the step list and could be trimmed.

Suggestions

Add one or two copy-paste-ready command examples for the preferred tools, e.g. a playwright-cli navigation/snapshot invocation or the Playwright MCP tool call pattern, so the 'Detect Tool' and 'Interact' steps have concrete mechanics.

Add a brief error-recovery step to the workflow (e.g. what to do when an element reference is stale or the page fails to load: re-capture snapshot, retry once, then report), turning the existing verify-after-interact checkpoint into a full feedback loop.

Merge the Best Practices section into the steps (or cut it) — 'Clean Up', 'Prefer Structured Data', and 'Snapshot First' restate steps 3, 4, and 6 verbatim, so removing the duplication would tighten the skill without losing information.

DimensionReasoningScore

Conciseness

The body is lean with no re-teaching of concepts Claude already knows, but the Best Practices section duplicates the steps almost verbatim ('Clean Up' repeats step 6, 'Prefer Structured Data' repeats step 3, 'Snapshot First' repeats steps 3-4) — minor trimmable redundancy that keeps it below the every-token-earns-its-place anchor.

4 / 5

Actionability

Tactical guidance is concrete ('capture page state... accessibility snapshot', 'use element references from the snapshot', 're-capture page state to verify') but there are no executable commands anywhere — no example invocations of 'playwright-cli', Playwright MCP tools, or even the fallback ('Check what browser tools are available' says what, not how), leaving key execution details missing.

3 / 5

Workflow Clarity

A clearly sequenced 6-step process with an explicit verification checkpoint ('After each interaction, re-capture page state to verify the result') and a fallback path in step 1, but no error-recovery loop (element not found, page load failure), which the 5 anchor requires. Browser interaction is not destructive/batch, so no cap applies.

4 / 5

Progressive Disclosure

The skill is under 50 lines, self-contained with no external references needed, and organized into clear Overview / Instructions / Best Practices sections — per the rubric's simple-skill guideline, well-organized sections alone earn the top score.

5 / 5

Total

16

/

20

Passed

Description

88%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.

A strong description with an explicit what/when structure and multiple concrete capability statements. Its only weakness is slightly incomplete natural-keyword coverage (missing synonyms like 'scraping' and tool names) and minor trigger overlap with scraping/testing skills.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete actions — 'web testing, form filling, screenshots and data extraction' plus 'navigate sites, interact with pages' — giving comprehensive coverage of the browser-automation domain with no real gaps, matching the top anchor rather than the 'minor gaps' anchor below it.

5 / 5

Completeness

It explicitly answers both questions: 'Automates browser interactions for web testing, form filling, screenshots and data extraction' (what) followed by 'Use when the user needs to navigate sites, interact with pages, fill forms...' (when) with concrete trigger phrases, structurally matching the 5 anchor example exactly.

5 / 5

Trigger Term Quality

Natural phrases users would say are well covered ('fill forms', 'take screenshots', 'test web apps', 'navigate sites'), but common synonyms such as 'scrape'/'web scraping', 'click', or tool names like Playwright are absent, which falls short of the comprehensive-synonym coverage of the 5 anchor.

4 / 5

Distinctiveness Conflict Risk

Triggers like 'navigate sites, interact with pages, fill forms' are distinct to browser automation, but 'extract information from pages' overlaps with web-scraping skills and 'test web apps' with testing skills — minor overlap risk with closely related skills rather than the minimal conflict of the 5 anchor.

4 / 5

Total

18

/

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

korchasa/flowai-plugins

Path

plugins/flowai-engineering/skills/browser-automation/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.