CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ultimate-browsing

Reaches web pages the user's browser cannot open: WAF-blocked and bot-scored hosts, platform-native readers (Chinese and social platforms), archive snapshots with provenance, and a browser you own for stealth or throwaway profiles. Not for plain search, an unblocked static fetch, or a page the user's browser can open.

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

88%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-engineered routing skill: clear tiered escalation with mandatory routing, validation checkpoints, executable commands at every tier, and well-signaled one-level-deep references. The only notable defects are minor repetition of the browser-skill boundary and Jina-key notes, and the core Tier-1 engine module being referenced but absent from the bundle.

Suggestions

Ship or resolve the `engine/` module (and `waf_profiles.yaml`) referenced by the core Tier-1 command — as bundled, `python3 -B -m engine` cannot run.

State the browser-skill boundary once (Phase 0 already covers it) and consolidate the JINA_API_KEY note into one place to trim repeated tokens.

DimensionReasoningScore

Conciseness

The body is dense and operational — a routing diagram, per-tier When/Why, and copy-paste commands with almost no concept explanation Claude already knows. Minor repetition could be trimmed: the "a page the user's browser can open belongs to the browser skill" boundary is stated three times (intro, Phase 0 diagram, Tier 2) and the JINA_API_KEY requirement appears three times. This fits 4 (efficient, minor instances that could be trimmed) rather than 5's every-token-earns-its-place.

4 / 5

Actionability

Every tier ships concrete, copy-paste-ready commands: `python3 -B -m engine "<URL>"` with flag documentation, a full yt-dlp subtitle command, mcporter/curl examples per platform, complete omowright JS snippets (connectPipe, snapshot, snoop, click, screenshot, close), and extract_cookies.py invocations with output paths and CDP port. Placeholders (<URL>, <browser-skill-root>) are inherent, not gaps. This matches 5 (fully executable, common cases covered).

5 / 5

Workflow Clarity

The workflow is explicitly sequenced with validation and feedback loops: a mandatory Phase 0 routing checklist, ordered tiers, explicit escalation triggers ("Tier 1/1.5 returned empty or partial → TIER 2"), and concrete validation checkpoints — `--selector` for positive-proof validation, `--trace` to inspect attempts, "inspect the rendered result and report challenges that remain", and provenance/snapshot_timestamp reporting for archive copies. This matches 5 (clear sequence, explicit validation, error-recovery loops).

5 / 5

Progressive Disclosure

Excellent structure: a Reference docs table with when-to-read conditions, one-level-deep references that all resolve in the bundle (insane-search README + deep-dives, agent-reach README + 6 category files, chrome-stealth.md, scripts/extract_cookies.py). However the core Tier-1 command invokes `python3 -B -m engine` and the anti-patterns mention `waf_profiles.yaml`, yet no `engine/` directory or `waf_profiles.yaml` exists in the bundle — a referenced path that does not resolve. This fits 4 (references mostly clear, minor gaps) rather than 5.

4 / 5

Total

18

/

20

Passed

Description

83%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, tightly-scoped description that states concrete capabilities, uses third person, and draws explicit boundaries against adjacent skills. Its main gaps are the missing positive "Use when..." phrasing and the absence of the most natural user vocabulary for blocked pages (403, Cloudflare, "can't open").

Suggestions

Add a positive trigger clause, e.g. "Use when a URL returns 403/Cloudflare challenge, a page won't load in the user's browser, or a Chinese/social platform needs a native reader."

Include the natural synonyms users actually say for blocked pages — "403", "Cloudflare", "can't access/open", "blocked site" — alongside the current WAF/bot-scored terminology.

DimensionReasoningScore

Specificity

"Reaches web pages the user's browser cannot open: WAF-blocked and bot-scored hosts, platform-native readers (Chinese and social platforms), archive snapshots with provenance, and a browser you own for stealth or throwaway profiles" lists four concrete, distinct capabilities with comprehensive coverage of the skill's scope. This matches the 5 anchor (multiple specific concrete actions) rather than 4, since no capability tier is missing.

5 / 5

Completeness

The "what" is explicit (reaches blocked hosts, native readers, archives, owned browser) and a "when" is present both as scope ("pages the user's browser cannot open") and as an explicit negative boundary ("Not for plain search, an unblocked static fetch, or a page the user's browser can open"), so the missing-'Use when' cap does not apply. However there is no positive "Use when..." trigger clause, which keeps it at 4 ('when' could be more explicit) rather than 5's concrete positive trigger phrases.

4 / 5

Trigger Term Quality

Natural phrases like "web pages the user's browser cannot open", "archive snapshots", "stealth", and "Chinese and social platforms" are terms a user would plausibly say, but common user phrasings for this need — "403", "Cloudflare", "can't access/open this site", "paywall" — are absent (Cloudflare and 403 appear only in the body, not the description). Good coverage with a few natural synonyms missing fits the 4 anchor, not 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The description carves out a clear niche — only pages the user's browser cannot open — and explicitly disclaims overlapping cases ("Not for plain search, an unblocked static fetch, or a page the user's browser can open"), which separates it from generic search/fetch and browser skills. This is a clear niche with distinct triggers and minimal conflict risk, matching the 5 anchor.

5 / 5

Total

18

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 13 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 2 missing, 30 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

code-yeongyu/oh-my-openagent

Path

packages/shared-skills/skills/ultimate-browsing/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.