| name | browser |
| description | Automate web browser interactions using natural language via CLI commands. Use when the user asks to browse websites, navigate web pages, extract data from websites, take screenshots, fill forms, click buttons, or interact with web applications. Supports remote Browserbase sessions with automatic CAPTCHA solving, anti-bot stealth mode, and residential proxies — ideal for scraping protected websites, bypassing bot detection, and interacting with JavaScript-heavy pages. |
| compatibility | Requires the browse CLI (`npm install -g @browserbasehq/browse-cli`). Optional: set BROWSERBASE_API_KEY for remote Browserbase sessions; falls back to local Chrome otherwise. |
| license | MIT |
| allowed-tools | Bash |
| metadata | {"openclaw":{"requires":{"bins":["browse"]},"install":[{"kind":"node","package":"@browserbasehq/browse-cli","bins":["browse"]}],"homepage":"https://github.com/browserbase/skills"}} |
Browser Automation
Automate browser interactions using the browse CLI with Claude.
Setup check
Before running any browser commands, verify the CLI is available:
which browse || npm install -g @browserbasehq/browse-cli
Environment Selection (Local vs Remote)
The CLI automatically selects between local and remote browser environments based on available configuration:
Local mode (default)
- Uses local Chrome — no API keys needed
- Best for: development, simple pages, trusted sites with no bot protection
Remote mode (Browserbase)
- Activated when
BROWSERBASE_API_KEY is set
- Provides: anti-bot stealth, automatic CAPTCHA solving, residential proxies, session persistence
- Use remote mode when: the target site has bot detection, CAPTCHAs, IP rate limiting, Cloudflare protection, or requires geo-specific access
- Get credentials at https://browserbase.com/settings
When to choose which
- Simple browsing (docs, wikis, public APIs): local mode is fine
- Protected sites (login walls, CAPTCHAs, anti-scraping): use remote mode
- If local mode fails with bot detection or access denied: switch to remote mode
Commands
All commands work identically in both modes. The daemon auto-starts on first command.
Navigation
browse open <url>
browse open <url> --context-id <id>
browse open <url> --context-id <id> --persist
browse reload
browse back
browse forward
Page state (prefer snapshot over screenshot)
browse snapshot
browse screenshot [path]
browse get url
browse get title
browse get text <selector>
browse get html <selector>
browse get value <selector>
Use browse snapshot as your default for understanding page state — it returns the accessibility tree with element refs you can use to interact. Only use browse screenshot when you need visual context (layout, images, debugging).
Interaction
browse click <ref>
browse type <text>
browse fill <selector> <value>
browse select <selector> <values...>
browse press <key>
browse drag <fromX> <fromY> <toX> <toY>
browse scroll <x> <y> <deltaX> <deltaY>
browse highlight <selector>
browse is visible <selector>
browse is checked <selector>
browse wait <type> [arg]
Session management
browse stop
browse status
browse env
browse env local
browse env remote
browse pages
browse tab_switch <index>
browse tab_close [index]
Typical workflow
browse open <url> — navigate to the page
browse snapshot — read the accessibility tree to understand page structure and get element refs
browse click <ref> / browse type <text> / browse fill <selector> <value> — interact using refs from snapshot
browse snapshot — confirm the action worked
- Repeat 3-4 as needed
browse stop — close the browser when done
Quick Example
browse open https://example.com
browse snapshot
browse click @0-5
browse get title
browse stop
Mode Comparison
| Feature | Local | Browserbase |
|---|
| Speed | Faster | Slightly slower |
| Setup | Chrome required | API key required |
| Stealth mode | No | Yes (custom Chromium, anti-bot fingerprinting) |
| CAPTCHA solving | No | Yes (automatic reCAPTCHA/hCaptcha) |
| Residential proxies | No | Yes (201 countries, geo-targeting) |
| Session persistence | No | Yes (cookies/auth persist via contexts) |
| Best for | Development/simple pages | Protected sites, bot detection, production scraping |
Best Practices
- Always
browse open first before interacting
- Use
browse snapshot to check page state — it's fast and gives you element refs
- Only screenshot when visual context is needed (layout checks, images, debugging)
- Use refs from snapshot to click/interact — e.g.,
browse click @0-5
browse stop when done to clean up the browser session
Troubleshooting
- "No active page": Run
browse stop, then check browse status. If it still says running, kill the zombie daemon with pkill -f "browse.*daemon", then retry browse open
- Chrome not found: Install Chrome or use
browse env remote
- Action fails: Run
browse snapshot to see available elements and their refs
- Browserbase fails: Verify API key is set
Switching to Remote Mode
Switch to remote when you detect: CAPTCHAs (reCAPTCHA, hCaptcha, Turnstile), bot detection pages ("Checking your browser..."), HTTP 403/429, empty pages on sites that should have content, or the user asks for it.
Don't switch for simple sites (docs, wikis, public APIs, localhost).
browse env remote
browse env local
The switch is sticky until you run browse stop or switch again.
For detailed examples, see EXAMPLES.md.
For API reference, see REFERENCE.md.