CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

browserless

Browserless integration. Manage data, records, and automate workflows. Use when the user wants to interact with Browserless data.

Quality

62%

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/browserless/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 delivers genuinely actionable, executable guidance for connecting to Browserless via the Membrane CLI, with unusually good state-handling and re-polling instructions for the connection workflow. Its main weaknesses are padding (marketing overview, empty bullet tree), a dangling 'Step 2' reference in an otherwise coherent flow, and no use of separate reference files to keep the core lean. Fixing these would move it from good to excellent.

Suggestions

Delete the 'Browserless Overview' bullet tree and the marketing sentences ('Developers and businesses use it… It eliminates the need to manage browser infrastructure') — they consume tokens without adding actionable guidance.

Fix the workflow numbering: label the 'Connecting to Browserless' section as Step 1 (1a/1b) and add an actual 'Step 2' heading, or remove the 'skip to Step 2' and '1b' labels entirely.

Make the 'Popular actions' section earn its name by listing 3-5 actual common Browserless actions (e.g. screenshot, PDF, scrape) with example 'action run' commands, or drop the section and link to a reference file.

DimensionReasoningScore

Conciseness

The body is mostly efficient with concrete commands, but includes unnecessary padding: the marketing-style overview ('a cloud-based service that provides scalable browsers… It eliminates the need to manage browser infrastructure') and the content-free 'Browserless Overview' nested bullet tree (Browser/Page/Screenshot/PDF/…) add nothing Claude needs. This matches 'Mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

Commands are concrete and executable throughout — CLI install, login with headless fallback, 'connection ensure', polling with '--wait', 'action list/run' with parameter syntax, and a proxy flags table. Minor gaps keep it at anchor 4: the 'Popular actions' section lists no actual actions, and proxy example paths ('/path/to/endpoint') are placeholders with no Browserless endpoint examples.

4 / 5

Workflow Clarity

The setup sequence is clear and includes state-based validation checkpoints (READY / CLIENT_ACTION_REQUIRED / CONFIGURATION_ERROR with re-polling instructions), which is a real feedback loop. Minor gaps prevent a 5: the text says 'skip to Step 2' but no Step 2 is ever labeled, and '1b. Wait for the connection' has no corresponding labeled '1a', leaving the numbered flow partially dangling.

4 / 5

Progressive Disclosure

There are no bundle files and no external references — everything lives in one ~140-line SKILL.md. Section headers provide some structure, but content that would sit better in separate reference files (the proxy options table, the clientAction state reference) is inlined, and the overview bullet tree is filler. This matches 'Some structure but could be better organized'.

3 / 5

Total

14

/

20

Passed

Description

45%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 names the Browserless domain and includes a 'Use when...' clause, but its capability statements and triggers are generic template text that could describe almost any SaaS integration. It conveys neither what Browserless actually enables (browser automation, scraping, PDF/screenshot generation) nor the natural user phrases that should activate it. Rewriting it around Browserless's concrete capabilities would substantially improve all four dimensions.

Suggestions

Replace the vague action list ('Manage data, records, and automate workflows') with concrete Browserless capabilities, e.g. 'Automate browser workflows: web scraping, screenshots, PDF generation, and automated testing.'

Add natural trigger terms and synonyms to the 'Use when...' clause, e.g. 'Use when the user mentions Browserless, browser automation, web scraping, taking screenshots of pages, or generating PDFs from URLs.'

Remove the generic 'Manage data, records' boilerplate, which invites confusion with database/CRM integration skills and raises conflict risk.

DimensionReasoningScore

Specificity

The domain is named ('Browserless integration') but the listed actions — 'Manage data, records, and automate workflows' — are generic boilerplate rather than concrete Browserless capabilities (scraping, screenshots, PDF generation, automated testing). This matches the anchor 'Names the domain but actions are minimal or generic' and falls short of 3, which requires 1-2 concrete domain-specific actions.

2 / 5

Completeness

Both a 'what' ('Manage data, records, and automate workflows') and a 'when' ('Use when the user wants to interact with Browserless data') are present, but neither is concrete — the what is vague boilerplate and the when is a generic trigger with no specific use cases. It sits between anchors 3 and 4 but is noticeably below anchor 4's 'when' explicitness.

3 / 5

Trigger Term Quality

'Browserless' is a relevant keyword, but the description misses the natural phrases a user would actually say when needing this skill — 'web scraping', 'take a screenshot', 'generate a PDF', 'browser automation'. Some relevant keywords exist but common variations and synonyms are missing, matching anchor 3 rather than 4.

3 / 5

Distinctiveness Conflict Risk

The brand name 'Browserless' carves out a niche, but 'Manage data, records, and automate workflows' is boilerplate that overlaps with virtually any app-integration or CRUD skill. It is somewhat specific but could still overlap with similar skills, matching anchor 3 rather than 4, which requires mostly distinct trigger phrasing.

3 / 5

Total

11

/

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.

Validation — 15 / 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

membranedev/application-skills

Path

skills/browserless/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.