browser

Solid

Drives a real browser through the omowright library from the js eval kernel: sites the user is already signed into, forms and clicks, JS-rendered pages, screenshots, web QA, extension popups, a human handoff for login, CAPTCHA or OTP, and a browser you own for scraping, bot-scored targets, network capture and QA traces. Use for any interactive browser task; not for a plain search or an 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

# Browser One library, two engines. omowright ships inside this skill; choose the engine before you act: | You need | Engine | Entry point | |---|---|---| | A site the user is signed into, their open tabs, a form, a click-through, a screenshot, web QA, an extension popup | **attached** — the user's own browser through BrowserSkill | `connectBrowserSkill()` | | A throwaway profile, bot-scoring evasion, a CAPTCHA, network interception, a QA flight trace, coordinate control, headless runs | **owned** — a browser your code launches | `connectPipe()` / `connectCloakProfile()` — [references/owned-engine/README.md](references/owned-engine/README.md) | | Text out of a URL, a 403 bypass, a platform that blocks fetchers | neither | the `ultimate-browsing` skill | **Attached is the default,** because it is the only engine carrying the user's logins and the only one where a human is a single call away. Never substitute one engine for the other silently: if the attached engine is not set up, run the onboarding script and tell the user its one remaining step. ## Step 0 — load omowright and prove the stack ```js const { loadOmowright } = await import("<skill-root>/scripts/omowright.mjs") const { omowright } = await loadOmowright() // { connectBrowserSkill, bskSnapshot, connectPipe, ... } ``` ```bash node "<skill-root>/scripts/browser-doctor.mjs" --json ``` | State | Meaning | Next | |---|---|---| | `ready` | CLI, daemon and a connected browser | start a session | | `no-cli` ...

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

AI & Automation Listed

browser-skill

Drive the user's real logged-in Chromium through Tencent BrowserSkill's `bsk` CLI + extension - agent work runs in an isolated Agent Window, user tabs are borrowed with explicit on-page confirmation and returned at session stop, and CAPTCHA/login/OTP steps hand back to the human via `bsk request-help`. Use when the user says "browser-skill", "bsk", "agent window", "borrow that tab", or asks for logged-in browser automation that stays isolated from their own tabs. Do not use as the default local driver (that's vd:agent-browser), for cloud CAPTCHA solving (vd:browser), or for isolated task-space browsing (vd:ego-browser).

8 Updated 2 days ago
vanducng
AI & Automation Listed

playwright-human-mode

Visible, supervised, human-mode browser co-working. PRIMARY browser = Playwright MCP run VISIBLY on your local machine (vision, keyboard, mouse, click, screenshot) for real-time round-trip work you watch: program → drive the browser → check → iterate. Logs in with your credentials when it can; on CAPTCHA/2FA it pauses and hands the keyboard to you in the same window, then continues. Use whenever a browser is involved — testing, verifying a deploy, a login/auth flow, admin tasks, automating a site, inspecting a page, or when you mention Playwright, browser automation, 'open a browser', 'click', 'login', 'check the page', 'verify the UI', 'visual test', or similar.

1 Updated 1 months ago
LogicLabsAI
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