Getting Started

chrome-use

chrome-use lets any AI agent drive your real, logged-in Chrome — Claude Code, Cursor, Codex, your own scripts. It reuses your existing login sessions and browser profile. Detector results are documented for the tested conditions: CreepJS scores it 0% bot.

bash
# install the CLI — no npm, no tokens
$ curl -fsSL https://raw.githubusercontent.com/leeguooooo/chrome-use/main/install.sh | sh
✅ New here?
Read Install & Setup to connect the browser extension, then walk the Core Loop (snapshot → find → act) — that's 90% of everything you'll do with chrome-use.

Why chrome-use

Connect an agent to the Chrome profile you already use. You keep the existing login sessions, watch its work and take over when a website requests verification. Fresh browser contexts start without those sessions; other automation tools can also use persistent profiles or existing-browser connections, so compare the actual connection path.


Why not just use…

ℹ️ The receipts
Real-browser fingerprint verified against the toughest public detectors: CreepJS 0% stealth · 0% headless, no Runtime.enable CDP leak (off by default), and a small permission footprint — 12 permissions, no <all_urls>. See Real Chrome & Anti-detection.

What detector results mean

The documented CreepJS run reported 0% bot and 0% headless. This is a measurement in a particular environment, not a promise of invisibility or account safety. Websites can also evaluate behavior, account history and network signals. Read the test conditions; hand login challenges to the user.

Stealth & Anti-detection →


Get started

A few short reads take you from zero to driving your own Chrome:


The *-use family

Same idea across the board: don't build a simulated environment — drive the real, already-logged-in device you're holding.

Apache-2.0 · GitHub · part of the leeguoo.com *-use family.

Originally based on vercel-labs/agent-browser (Apache-2.0), now standalone · Lineage & Upstream · Privacy