Loading skill
Install any skill in seconds. Free to start, no credit card required.
Get Started Free →buddhayi/opencli-browser
Use when an agent needs to drive a real Chrome window via opencli — inspect a page, fill forms, click through logged-in flows, or extract data ad-hoc. Covers the selector-first target contract, compound form fields, stale-ref handling, network capture, and the agent-native envelopes the CLI returns. Not for writing adapters — see opencli-adapter-author for that.
Passed 16 of 20 test cases with the skill, and 3 of 20 without it.
and 20 more in the full report
16 fixed2 passed either way3 still failing1 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 16 test cases the skill fixed. Same model, same prompt, with and without the skill.
In OpenCLI session 'kanban', I need to drag a task card element (ref `4`) into a target column dropzone (ref `11`). What command performs this mouse drag interaction?
| Checked | Without skill | With skill |
|---|---|---|
| Uses opencli browser --session kanban drag 4 11 to move the element | Missed | Passed |
The instructions your model reads when the skill loads.
The first reader of this CLI is an agent, not a human. Every subcommand returns a structured envelope that tells you exactly what matched, how confident the match is, and what to do if it didn't. Lean on those envelopes — do not guess.
This skill is for driving a live browser to accomplish an agent task. If you are building a reusable adapter under ~/.opencli/clis/<site>/ use opencli-adapter-author instead.
opencli doctor
Until doctor is green, nothing else will work. Typical failures: Chrome not running, extension not installed, debug port blocked by 1Password / other extensions. The doctor output tells you which.
opencli browser * commands require --session <name>. Use the same session name for a multi-step flow; use a different name to isolate parallel browser work.opencli browser --session <name> close or let the idle timeout expire.opencli browser bind --session <name> binds the Chrome tab you already have open to that session. Use this for logged-in pages, SSO flows, or pages you manually positioned before handing control to the agent.--window foreground|background (or OPENCLI_WINDOW=foreground|background) chooses whether OpenCLI creates/focuses a foreground browser window or uses a background browser window for owned sessions.opencli browser bind --session gmail
opencli browser --session gmail state
opencli browser --session gmail click "Search"
opencli browser --session gmail network
opencli browser unbind --session gmail
Binding never owns the user window and never closes the user tab. It fails closed if the tab is closed or becomes non-debuggable. Re-run bind --session <name> when you switch to a different real tab.
Navigation is allowed on bound sessions because the session now represents explicit agent ownership of that tab. Tab mutation (tab new, tab select, tab close) is still blocked for bound sessions. Use an owned session when you want OpenCLI to manage tab lifecycle.
opencli browser sessions returns idleMsRemaining: null for bound sessions. That means there is no OpenCLI idle-close timer; the binding lasts until unbind, tab close, window close, or daemon restart.
test cases passed, vs 3 / 20 without
Published skills whose descriptions closely match this one, with their headline benchmark lift.
More skills from the same source and nearby in the registry, with their headline benchmark lift.