agentleFS
timurgaleevtimurgaleev/vibestack/skills/connect-chrome/SKILL.md

connect-chrome

Skill8 starsChanged 6 months agoMITView on GitHub

Reuse your real Chrome's logged-in cookies in the browse daemon, so authenticated pages work without re-logging-in.

15 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use _gstack-command, open-gstack-browser and 1 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • ignavm1Skill

    _gstack-command

    Router for the gstack skill suite. (gstack)

    Also in 3 projects that use this

  • seek888Skill

    open-gstack-browser

    Launch GStack Browser — AI-controlled Chromium with the sidebar extension baked in. Opens a visible browser window where you can watch every action in real time. The sidebar shows a live activity feed and chat. Anti-bot stealth built in. Use when asked to "open gstack browser", "launch browser", "connect chrome", "open chrome", "real browser", "launch chrome", "side panel", or "control my browser". Voice triggers (speech-to-text aliases): "show me the browser".

    Also in 3 projects that use this

  • AnthropicSkill

    pdf

    Comprehensive PDF manipulation toolkit for extracting text and tables, creating new PDFs, merging/splitting documents, and handling forms. When Claude needs to fill in a PDF form or programmatically process, generate, or analyze PDF documents at scale.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

7 rules. 0 are common, 2 are distinctive, and 5 are very specific to this project.

  • 0

    Common

    Most of the 9 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    If this session was compacted, the copy of this skill in context may be cut off.

    line 15
  2. Very specific:

    Read ${CLAUDE_SKILL_DIR}/SKILL.md from disk and resume at the step you are on.

    line 16
  3. Distinctive:

    Use when the browse daemon needs to act as your logged-in self — reuse the cookies/sessions from your real Chrome (e.g.

    line 20
  4. Very specific:

    If BROWSE_NOT_AVAILABLE: tell the user the browse shim is required and stop.

    line 28
  5. Very specific:

    Do not retry the import here.

    line 45
  6. Distinctive:

    Ask the user to launch Chrome with a debugging port and its own profile dir:

    line 57
  7. Very specific:

    If CHROME_CDP_UNREACHABLE: the port differs or Chrome isn't in debug mode — ask the user to confirm the launch flags and port.

    line 70

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

If this session was compacted, the copy of this skill in context may be cut off. Read ${CLAUDE_SKILL_DIR}/SKILL.md from disk and resume at the step you are on.

When to invoke

Use when the browse daemon needs to act as your logged-in self — reuse the cookies/sessions from your real Chrome (e.g. QA-ing a page behind a login) without typing credentials into the automated browser.

/connect-chrome — Reuse your Chrome session

{{include lib/snippets/browse-setup.md}}

If BROWSE_NOT_AVAILABLE: tell the user the browse shim is required and stop.

1. Probe for the direct cookie import

$B resolves to the full browse daemon when its dependencies are installed, and to the stateless shim otherwise. Only the full daemon can read the installed browser's cookie database directly, so probe for it with the site the user wants (a bare hostname, e.g. github.com):

B='<BROWSE_BIN>'
"$B" cookie-import-browser --domain '<site>'
  • Any other answer (an import, or an error such as a domain mismatch or a missing browser name): the full daemon is up, and this is the path — it reads the installed browser's cookie store directly, no relaunch, no debugging port. Do not retry the import here; the browser and profile are the user's choice. Hand off to /setup-browser-cookies for the picker, and stop here.
  • It prints NOT_SUPPORTED:cookie-import-browser: the stateless shim is running. Continue with the CDP path below.

2. Shim only: start Chrome with remote debugging

Chrome 136 and later refuse --remote-debugging-port on the default profile. The port only opens with a separate --user-data-dir, and that profile starts empty — none of the user's logins. Say so plainly: the user must sign in once in that window before the import has anything to copy.

Ask the user to launch Chrome with a debugging port and its own profile dir:

  • macOS: "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" --remote-debugging-port=9222 --user-data-dir="$HOME/.chrome-debug-profile"
  • Linux: google-chrome --remote-debugging-port=9222 --user-data-dir="$HOME/.chrome-debug-profile"
  • Windows: chrome.exe --remote-debugging-port=9222 --user-data-dir=%USERPROFILE%\chrome-debug-profile

Then have them sign in to the target site in that window. Confirm the port is reachable:

curl -s http://127.0.0.1:9222/json/version >/dev/null 2>&1 && echo "CHROME_CDP_OK" || echo "CHROME_CDP_UNREACHABLE"

If CHROME_CDP_UNREACHABLE: the port differs or Chrome isn't in debug mode — ask the user to confirm the launch flags and port.

3. Shim only: start the daemon and import the cookies

B='<BROWSE_BIN>'
"$B" daemon >/dev/null 2>&1 &        # persistent session (skip if already running)
sleep 1
"$B" cookies import-cdp http://127.0.0.1:9222

4. Shim only: verify

Navigate to a page that requires login and confirm you're signed in:

B='<BROWSE_BIN>'
"$B" goto <authenticated-url>
"$B" snapshot          # look for signed-in markers (account name, logout link)

Report whether the session carried over. Stop the daemon with "$B" daemon-stop when done. Cookies stay in the daemon's session only — they are never written to the repo or logged.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.