CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

web-browser

Allows to interact with web pages by performing actions such as clicking buttons, filling out forms, and navigating links. It works by remote controlling Google Chrome or Chromium browsers using the Chrome DevTools Protocol (CDP). When Claude needs to browse the web, it can use this skill to do so.

69

Quality

87%

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

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

An exemplary lean reference: every section is a set of executable commands mapped to real bundle scripts, with a concrete end-to-end example flow. The only meaningful gap is the absence of explicit verification checkpoints in the multi-step flows, though for read-only browsing operations this is a minor concern.

DimensionReasoningScore

Conciseness

Nearly every line is a command, flag, path, or one-line note (e.g. "./scripts/start.js --profile # Copy your profile into isolated cache"), with no primer on CDP or browser concepts Claude already knows; the only prose (profile behavior notes, the string-escaping tip) delivers non-obvious operational facts, so every token earns its place.

5 / 5

Actionability

All examples are fully executable, copy-paste-ready commands with realistic arguments (e.g. "./scripts/eval.js 'document.querySelectorAll("a").length'" and "BROWSER_BIN=/path/to/chrome ./scripts/start.js"), covering the common cases for each tool including flag variants and environment overrides.

5 / 5

Workflow Clarity

The "Quick Mobile Debug Flow" section gives a clear ordered multi-step sequence (start, navigate, emulate, reload, dismiss cookies, screenshot) with an inline comment explaining the reload step, and one error-handling note ("start will fail instead of reusing" an occupied port), but there are no explicit verify/validate checkpoints (e.g. confirming the screenshot reflects the mobile viewport). Anchor 5 requires explicit validation steps and feedback loops; anchor 3 would need an incoherent or implicit sequence, and the destructive/batch cap does not apply since these are read-only browser interactions.

4 / 5

Progressive Disclosure

The body is organized as one tight section per bundle script, every referenced script exists in ./scripts/, and bulk detail is appropriately deferred to runtime commands ("./scripts/emulate.js --list") instead of being inlined; nothing that belongs in a separate file is in the SKILL.md, so there are no organization gaps.

5 / 5

Total

19

/

20

Passed

Description

75%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 solid description with concrete actions, an explicit use-when clause, and a distinctive CDP-based niche. Its main weakness is that the trigger coverage is narrow relative to the skill's actual capabilities, and several natural trigger terms users would say are absent.

Suggestions

Broaden the 'when' clause to cover the interaction use cases, e.g. "Use when Claude needs to browse or interact with web pages: clicking buttons, filling out forms, or navigating links".

Add missing natural trigger terms such as taking screenshots, running JavaScript in a page, or automating Chrome/Chromium.

Fix the grammatical opener "Allows to interact" (e.g. "Interacts with web pages...") to use a clean third-person verb form.

DimensionReasoningScore

Specificity

The description lists several concrete actions ("clicking buttons, filling out forms, and navigating links") plus the underlying mechanism ("remote controlling Google Chrome or Chromium browsers using the Chrome DevTools Protocol (CDP)"), but omits other capabilities the skill actually has (screenshots, JavaScript evaluation, device emulation, network logging), leaving minor gaps in coverage.

4 / 5

Completeness

Both "what" (concrete interaction actions and the CDP mechanism) and "when" ("When Claude needs to browse the web, it can use this skill to do so") are explicitly present, but the single trigger phrase only covers browsing and does not reflect the described interaction capabilities, so it falls short of the fully comprehensive anchor.

4 / 5

Trigger Term Quality

It includes natural user phrases like "browse the web", "filling out forms", and "clicking buttons" as well as product names ("Google Chrome", "Chromium"), but misses common trigger variations such as taking a screenshot, opening a website/URL, or web scraping.

4 / 5

Distinctiveness Conflict Risk

The Chrome/Chromium remote-control via CDP framing carves a clear niche with distinct triggers, but the broad opener "interact with web pages" leaves minor overlap risk with generic web-fetching or browsing tools.

4 / 5

Total

16

/

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

hefgi/dotfiles

Path

.agents/skills/web-browser/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.