AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Browser Use

skill-jimezsa-opencolab-browser-use · by jimezsa

Automated browser control via the `browser-use` CLI. Navigate pages, fill forms, click elements, take screenshots, and extract content from the command line. Used by `apply-to-job` to drive real ATS portals end-to-end while the human watches.

No reviews yet
0 installs
45 views
0.0% view→install

Install

$ agentstack add skill-jimezsa-opencolab-browser-use

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-jimezsa-opencolab-browser-use)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Browser Use? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

browser-use

Automated browser control via the browser-use CLI. Navigate pages, fill forms, click elements, take screenshots, and extract content — all from the command line. Backed by Playwright Chromium under the hood.

Prerequisites

  • Python 3.11+ (3.12 recommended)
  • A Python virtual environment with browser-use installed (pip install browser-use)
  • Playwright Chromium installed (python -m playwright install chromium)
  • A graphical display when running headed (Linux: an X / Wayland session; macOS / Windows: native window)

Environment Setup

Every browser-use command needs the venv activated. On Linux you also need to point DISPLAY at the active session and (optionally) tell Playwright where its browsers live.

# activate the venv that has browser-use installed
source /bin/activate

# Linux only — point at the active X/Wayland display
export DISPLAY=:0           # adjust to match the running session (:0, :1, ...)

# optional — pin the Playwright browser cache location
export PLAYWRIGHT_BROWSERS_PATH="$HOME/.playwright"

macOS and Windows do not need DISPLAY; the headed flag just opens a native window.

Quick Reference

# Open a URL (headed — visible window)
browser-use --headed open 

# Open headless (no visible window)
browser-use open 

# See numbered interactive elements on current page
browser-use state

# Click element by index
browser-use click 

# Type into an input field by index
browser-use input  "text"

# Take a screenshot
browser-use screenshot output.png

# Scroll the page
browser-use scroll [up|down]

# Go back
browser-use back

# Press keys (e.g. Enter, Tab)
browser-use keys Enter

# Select from dropdown
browser-use select  "value"

# Extract page content
browser-use extract

# Close the browser
browser-use close

Sessions

  • browser-use sessions — list active sessions
  • browser-use --session open — named session for persistence across commands
  • browser-use --session close — close one named session

Persistent Browser Profile (LinkedIn etc.)

For sites that require an authenticated login (LinkedIn, some company portals), use a persistent Chrome user-data directory so the login session survives across restarts. The --profile flag stores cookies and local storage between commands.

browser-use --headed --profile --session linkedin open https://www.linkedin.com

Notes:

  • Log in once in the visible window. Subsequent commands with the same --session reuse the cookies.
  • If the session expires, re-authenticate by hand in the headed window. Never type passwords through the CLI — they get captured in shell history and process listings.
  • The persistent profile directory location is managed by browser-use; check browser-use doctor if you need the exact path.

Troubleshooting

  • Browser fails to launch on Linux → check DISPLAY points at an active X/Wayland session and PLAYWRIGHT_BROWSERS_PATH (if set) resolves to an installed Chromium build.
  • General environment healthbrowser-use doctor.
  • Stale sessionsbrowser-use close then retry. For a specific session: browser-use --session close.
  • Playwright Chromium missing → reinstall via python -m playwright install chromium.
  • CDP / "Target closed" errors → kill stray Chromium processes and reopen the session.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.