LabscoMCP early access ↗
REPO PACKAGECOMMUNITY

browser-use browser-harness

browser-use · publisher15,744 GitHub starsMIT · Listed as freegithub.com/browser-use/browser-harness

LABSCO SUMMARY

Summary

Browser-harness ships one skill — raw CDP control of your already-open Chrome — and leaves every site-specific script for the agent to write for itself.

The skill (itself named browser-use) connects over a single WebSocket to a Chrome or Chromium instance you already have running with --remote-debugging-port open, and lets an agent click, type, navigate, and work through logged-in sessions or JS-heavy, bot-protected pages that a plain HTTP fetch can't reach. The harness is small by its own account — roughly 1k lines across four files — split between the install script, the day-to-day SKILL.md, a protected core package, and agent_helpers.py, a file the agent itself is meant to keep editing.

It's built for someone who wants an agent driving a real, already-configured browser — their own cookies and logins included — rather than a disposable sandboxed one. The README is explicit that this is the point: when the agent hits something the harness can't yet do, it's supposed to write the missing helper itself and file new "domain skills" for sites like GitHub, LinkedIn, or Amazon into a local config folder as it learns them. None of that ships in the repository — what you end up with after a few sessions depends on what your own agent chose to write, not on anything we can preview for you here.

READ MORE

What it costs to run, we couldn't pin down.

Talking to a Chrome tab you already have open needs nothing beyond the browser itself. The README also points to a "Browser Use Cloud" free tier — "no card required," it says — for isolated, headless, or captcha-solving browsers instead, but nothing in the skill's own material says when you'd need that over a local tab, so its cost is recorded as unverified rather than assumed.

Checked 19 September 2026, against the repository's one published skill; the per-site domain skills the README describes are generated by users' own agents during real sessions and weren't available for us to read.