CtrlK
BlogDocsLog inGet started
Tessl Logo

browser-ops-skill

Triggered when the user asks for page-level interaction with a specific webpage: login, form filling, button clicks, pagination scraping, screenshots, downloading page images, handling CAPTCHAs or anti-bot measures, accessing SPA dynamic content; also used as a fallback when WebFetch returns an empty shell or gets blocked. Typical phrasing: "log me into X then scrape Y", "take a screenshot". **Not for**: factual questions or "what is xx" (→ `WebSearch`), or simply reading static webpage text (try `WebFetch` first).

75

Quality

92%

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

85%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, operational skill body: concise tool inventory, a strong observe-act-verify mental model, three sequenced workflows with built-in verification, and explicit error-recovery guidance. The main gaps are tool calls presented as JSON-shaped pseudo-invocations rather than verified executable snippets and a small amount of rationale that could be trimmed.

Suggestions

Tighten the 'observe-act-verify' rationale to a one-line rule and drop the explanatory clause about why pages are stateful, since Claude can infer that.

Consider showing at least one workflow (e.g. pagination scraping) as a complete, copy-paste-ready call sequence rather than an arrow-chain summary, to lift actionability from concrete pseudo-calls to verified executable guidance.

DimensionReasoningScore

Conciseness

The body is largely tight and operational with no padding about what a browser/webpage is, but the 'observe-act-verify' rationale ('because webpages are stateful — a click may trigger navigation, a popup, or an AJAX load...') is mild over-explanation Claude could infer, keeping it just below a clean 5.

4 / 5

Actionability

Provides concrete tool calls with parameters throughout (e.g. BrowserAct { action: "click-text", text: "Next" }, BrowserWait { type: "urlIncludes", url: "/success" }) and a selector priority ladder, but they are JSON-shaped pseudo-calls rather than verified executable snippets and the pagination loop is shown narratively rather than as a complete runnable sequence.

4 / 5

Workflow Clarity

Three explicitly sequenced workflows each carry validation checkpoints (Workflow 2 step 4-5 'BrowserWait' + 'BrowserSnapshot for final confirmation'; snapshot-on-every-page for pagination) plus an Error Diagnosis section with feedback loops and Iron Rules reinforcing verify-after-every-action, matching the anchor for clear sequences with explicit validation and error-recovery loops.

5 / 5

Progressive Disclosure

No bundle files exist and none are warranted; the single self-contained file is organized into clearly headed sections (Tool Inventory, Core Mental Model, Workflows, Wait/Error/CAPTCHA sections, Iron Rules) with no nested references and no large inlined block that belongs in a separate file, satisfying clean single-file organization.

5 / 5

Total

18

/

20

Passed

Description

100%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 exemplary: comprehensive concrete actions, natural quoted trigger phrasing with synonyms, explicit what-and-when guidance, and a 'Not for' boundary clause that cleanly disambiguates it from WebSearch and WebFetch. Third-person voice is maintained throughout.

DimensionReasoningScore

Specificity

Lists multiple concrete page-level actions — 'login, form filling, button clicks, pagination scraping, screenshots, downloading page images, handling CAPTCHAs or anti-bot measures, accessing SPA dynamic content' — giving comprehensive coverage matching the anchor for listing several specific concrete actions.

5 / 5

Completeness

Explicitly answers both what (page-level interaction with a specific webpage) and when via 'Triggered when the user asks for...' and 'also used as a fallback when WebFetch returns an empty shell or gets blocked', with concrete trigger phrases present so no cap applies.

5 / 5

Trigger Term Quality

Includes natural phrasing a user would say ('log me into X then scrape Y', 'take a screenshot') plus a dedicated 'Typical phrasing' clause with quoted utterances and synonyms like 'CAPTCHAs or anti-bot measures', matching the anchor for comprehensive coverage including synonyms.

5 / 5

Distinctiveness Conflict Risk

Has a clear browser-interaction niche and a 'Not for' clause routing factual questions to WebSearch and static text to WebFetch, giving minimal conflict risk with adjacent skills.

5 / 5

Total

20

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
itsablabla/openloaf-web
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.