ultimate-browsing

Solid

Renders, drives, and screenshots web pages: JS-rendered sources, clicks and forms, persistent logins, WAF-blocked hosts (platform-native readers, stealth Chrome), and the browsing lane of a research run, with screenshots as provenance. Not for plain search or unblocked static fetch.

AI & Automation 69,398 stars 5714 forks Updated yesterday NOASSERTION

Install

View on GitHub

Quality Score: 83/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Ultimate Browsing Web access for everything a plain fetch cannot finish: a page that renders in JS, a click or a form, a screenshot, a login that must persist across pages, or a host that blocks generic fetchers (WAF / 403 / Cloudflare). Start at the cheapest tier that can do the job and climb only when it cannot: **Tier 1 — insane-search** (headless extraction + WAF bypass) -> **Tier 1.5 — agent-reach** (platform-native APIs, esp. Chinese platforms) -> **Tier 2 — a real browser**: 2a Bun.WebView, 2b a local-Chrome `playwright-core` script from js eval for Chrome semantics, stealth, trace, or auth. ## PHASE 0 — ROUTE FIRST (MANDATORY) ``` User request | +- extract text/data from a URL --------------------- TIER 1 insane-search +- URL blocked / 403 / Cloudflare / WAF ------------- TIER 1 insane-search +- YouTube/Vimeo/TikTok subtitles or metadata ------- TIER 1 insane-search (yt-dlp) +- read an article / blog / Reddit / HN / arXiv ----- TIER 1 insane-search | +- Chinese platform (xhs/douyin/weibo/bilibili/v2ex/wechat) TIER 1.5 agent-reach +- podcast transcript / stock forum ----------------- TIER 1.5 agent-reach +- Twitter feed / LinkedIn profile / GitHub via CLI - TIER 1.5 agent-reach | +- Tier 1/1.5 returned empty or partial ------------- TIER 2 2a kernel browser -> 2b stealth +- click / fill form / scroll / interact ------------ TIER 2 2a kernel browser -> 2b stealth +- screenshot / render / play video ----------------- TIER 2 2a kern...

Details

Author
code-yeongyu
Repository
code-yeongyu/oh-my-openagent
Created
9 months ago
Last Updated
yesterday
Language
TypeScript
License
NOASSERTION

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Listed

browser

Fast scripted work with websites: browser-harness (CDP) plus a page snapshot as a numbered table, so one call can open, fill, click, walk result pages and extract data, and the site's own data (internal API, embedded JSON) comes before DOM parsing. Use when something has to be done on a site or pulled from it: "go to this site", "find it on a job board / marketplace", "collect from this page / from several pages", "scrape it", "get it through the site's API", "fill in the form", "click around the site", "does the search / form work", "screenshot the site"; and when WebFetch returned an empty shell, a refusal, or the page is rendered by JS. Plain reading of a public page, docs or a documented API is WebFetch/curl, not this. Showing the user a page in the app pane or their own dev server: the built-in browser. Acting in their main Chrome with their logins: Claude in Chrome.

0 Updated today
letsloose501
Web & Frontend Listed

browser-run

Read or drive public web pages with a real headless browser (Cloudflare Browser Run). Two surfaces — a cheap one-shot Markdown/HTML/scrape read (browser_markdown / browser_content / browser_scrape) and the interactive chrome-devtools browser (navigate / click / screenshot). Use when WebFetch is blocked by bot protection, login walls, redirects, or JavaScript-only rendering, or when you need to interact with a page.

25 Updated today
nikolanovoselec
Data & Documents Listed

ultra-fetch

Research a topic from web sources and secure the originals — fetch, crawl or map pages into clean, context-efficient markdown saved to a file, using a stealth browser that reaches sites the built-in WebFetch can't (bot-protected, Cloudflare, JS-rendered). This is the default way to read a web page's content, starting with a single page whose URL you already have, and extending to opening what a WebSearch turned up, reading across a whole site, or discovering what URLs a site has. Also the recovery when WebFetch hands back a refusal instead of a page — it reports a block as ordinary body text on a call it marks successful, and Korean news sites (yna.co.kr, mk.co.kr, fnnews.com) refuse it outright. NOT for a trivial quick fact where WebFetch already suffices, NOT for anything behind a login — it carries no credentials and no session, so authenticated pages, private feeds and paywalled articles are out of reach — and NOT for developing the ultra-fetch tool itself, which is ordinary repo work.

0 Updated 1 months ago
tjdwls101010