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.
87%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Low
Low-risk findings worth noting
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 |
| A 403/WAF host the attached engine cannot open, a platform with a native reader, an archive snapshot | 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. It works in an Agent Window inside the user's own browser profile, never in a copy of that profile, and exists only where the user installed and enabled the BrowserSkill extension. 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.
When OMO_BROWSER_ENGINE is set (the OmO desktop app sets it for every session), everything above works exactly
as in the terminal: connectBrowserSkill() for the user's own browser, connectPipe() / connectCloakProfile() /
connect() for a browser of your own, with the same table to choose between them. The app adds one more option:
| Option | What it is | Use it when |
|---|---|---|
connectBuiltinBrowser() | OmO's built-in browser for this thread: the tab the user sees beside the chat, which they can watch, take over and share | the user should see the page while you work, the task is QA of something in the app, or a sign-in the user should do themselves in a visible tab |
const browser = await omowright.connectBuiltinBrowser()
const [tab] = await browser.listTargets()
const page = await browser.attachPage(tab.id)
await page.goto(url)It is an OmOWright connection like connect(). Work in few calls: take page.snapshot() once, act on its refs,
and chain several actions in one eval cell (page.locator(ref).fill(), .click(), .selectOption(value),
.setInputFiles(path)), snapshotting again only after the page changed. It has one tab: navigate it rather than
opening new ones. BuiltinBrowserUnavailableError permits another engine only for unavailable, timeout, or
invalid_grant. For user_stopped or any other app refusal, stop browser work and report it; do not open another browser.
const { loadOmowright } = await import("<skill-root>/scripts/omowright.mjs")
const { omowright } = await loadOmowright() // { connectBrowserSkill, bskSnapshot, connectPipe, ... }node "<skill-root>/scripts/browser-doctor.mjs" --json| State | Meaning | Next |
|---|---|---|
ready | CLI, daemon and a connected browser | start a session |
no-cli / no-daemon / no-extension | something is missing | node "<skill-root>/scripts/browser-install.mjs" [--browser=<id>] prepares everything it can for the browser the user uses, then prints the single step only the user can do (relaunch that browser and click Enable); relay it verbatim, wait, re-run the doctor |
choose-browser | the signals do not single out one browser (Safari/Firefox default, an idle default while another browser runs, several in use) | nothing was installed; take the browser from memory or ask the user, then browser-install.mjs --browser=<id> |
no-browser-support | no Chromium-family profile on this machine | say so and stop |
outdated-extension | the only connected extension is BrowserSkill 0.4.0, which leaves a "BrowserSkill" tab group in the user's browser after every task | start no session; relay the doctor's remedy (update the extension to 0.4.1 or later, delete saved "BrowserSkill" groups by hand), then re-run the doctor |
Install into the browser the user actually uses, never into whatever happens to be on disk. Before
installing, check your memory for the user's browser; otherwise read the doctor's browser (picked
from the OS default browser, running apps and recent use — candidates shows the evidence). If memory
and the doctor disagree, or the doctor says choose-browser, ask the user. Pass the answer as
--browser=<id> and record it in memory. A Chrome that is merely installed is not their browser.
Never launch a headless browser because the attached one is missing. It has none of the user's sessions, so every login turns into a ladder you should not be climbing. Say which state you hit and ask.
const session = await omowright.connectBrowserSkill({ name: "<task>", focused: false })
const sync = async () => (await session.cooperate("sync")).context_id // one context per page action
try {
await session.navigate("https://example.com/", { waitUntil: "load", context: await sync() })
const { tree, refs, css } = await omowright.bskSnapshot(session, { interactive: true, context: await sync() }) // OmOWright tree + refs, no trace in the page
await session.click({ selector: css.e3 }, { context: await sync() }) // css[ref] is null inside shadow roots:
const vom = await session.observe({ maxTokens: 4000 }) // then read the daemon's own tree ...
await session.click("@e7", { context: await sync() }) // ... and click its @eN ref
await session.fill(css.e5, "hello", { context: await sync() })
await session.press("Enter", { context: await sync() })
await session.waitForNavigation({ waitUntil: "load" })
const shot = await session.screenshot() // { buffer, width, height, captureId }
} finally {
await session.stop() // success AND failure; returns borrowed tabs
}bskSnapshot refs and observe @eN refs are reissued on each
call; use a ref in the same cycle you read it.tabList({ scope: "user" }), tabBorrow(id), tabReturn(id)).
Borrowing prompts the user; never invent tab ids and never repeat a denied borrow.stop() the session, on success and on failure.permission_denied, data.reason: "cooperation_sync_required")
unless it carries { context } from the latest session.cooperate("sync"). A context is good
for one action: sync, act with { context }, sync again. Navigation, every input method,
evaluate (and so bskSnapshot), tabClose, resize, emulate, observe({ probeHover }) and
screenshot({ fullPage: true }) need it; plain reads (observe, snapshot, getHtml,
screenshot(), console, network, waitForNavigation) do not.cooperation_sync_required, wait for the person, then replan. Call
session.cooperate("wait", { timeoutMs: 25_000 }) until it reports ready, read the page again
and decide afresh; never replay the refused action blindly.TypeError on any other key
(a misspelt contextId would otherwise send no context). bskSnapshot and
screenshot({ fullPage: true }) do not throw: they drop the stray key, and the daemon then
refuses the call with cooperation_sync_required.Every method, its options, and the failure codes are in references/commands.md.
Login, CAPTCHA, OTP, a payment confirmation, a consent dialog:
const outcome = await session.requestHelp({ prompt: "<what you need done>", targets: ["@e4"], timeoutMs: 300_000 })Then read the page again. Respect a cancelled or timed_out outcome; do not work around it by
changing the extension's automation settings.
evaluate that extracts a password, token,
cookie or recovery code. The value of the attached engine is that the browser is already signed in.focused: false by default. The browser belongs to someone who is probably using it.ultimate-browsing skill, whose browser tier is the owned engine (connectCloakProfile()). The attached engine's daemon enables console
capture on every tab it drives, which is a known automation signal.| Topic | Read |
|---|---|
| Session methods, targets, options, error codes | references/commands.md |
| Installing: CLI, daemon, extension, the one human step, blocklisted extension | references/install.md |
| Agent on one machine, browser on another | references/remote.md |
| Owned engine: launch, snapshot ladder, network, frames, human handoff | references/owned-engine/README.md |
| Reading a 1Password vault the user has unlocked | references/recipes/1password.md |
code-yeongyu/oh-my-openagent
687f5af
Also appears in
on Nov 8, 2026
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.