Skip to content
zero2vibecodelearn vibe coding
Level 6 · Electives 8 min Reviewed by the author · Oct 15, 2026 Verified against Claude Code v2.1.292 · Oct 15, 2026Official docs: Claude in ChromeSomething out of date? Tell us

Claude in Chrome

With claude --chrome, Claude Code opens tabs in your real browser, reads the console and takes screenshots. Handy for checking layout — but it acts with your logins to sites. When logins are not needed, Chrome DevTools MCP with a temporary profile and a pinned version is safer.

Level 6 · 0 / 4 lessons0%
In this lesson

Claude fixed the layout and says “done”. But it cannot see the page — unless you give it a browser. Claude in Chrome connects Claude Code to the browser you use every day: it opens its own tabs in a visible window, reads the console, takes screenshots, and on a login page or a CAPTCHA it stops and waits for you.

What you need

  • Google Chrome or Microsoft Edge with the Claude in Chrome extension, version 1.0.36 or later;
  • a Pro, Max, Team or Enterprise plan, logged in through /login. If you logged in with an API key, the Chrome integration is off;
  • macOS, Linux or regular Windows. It does not work in WSL.

Starting it

claude --chrome

The first time, a window with an explanation appears — press Enter. Then check:

/chrome

You need two lines: Status: Enabled and Extension: Installed. If the extension is not found, quit Claude Code, restart Chrome and run claude --chrome again. The first time, Claude Code installs a connection file, and Chrome reads it only at startup.

Now you can ask:

Open http://127.0.0.1:8000/ui-demo.html, tell me what the page shows,
read the console (reload to catch errors on load) and save a screenshot.

Every action starts with a Claude in Chrome wants to request. For a local page you can allow all actions for the session. From there it is the usual loop: Claude finds an error in the console, fixes the code, reloads the page and takes a new screenshot — this time as proof.

If Claude does not reach for the browser, start the session with --chrome or choose Enabled by default in /chrome. But then the browser tools load into every session and take up room in the .

An alternative without your logins

The key thing about Claude in Chrome is that it shares the login state of your browser. Claude can reach any site where you are logged in. The extension’s permissions decide which sites it may look at, click and fill in.

If the task does not need logins — and for checking your own page it almost never does — use the Chrome DevTools server with a temporary profile. It is worth starting like this:

claude mcp add --env CHROME_DEVTOOLS_MCP_NO_UPDATE_CHECKS=1 --transport stdio chrome-devtools \
  -- npx -y chrome-devtools-mcp@1.10.1 --isolated --no-usage-statistics --no-performance-crux
WhatWhy
@1.10.1an exact version: the package will not change by itself between runs
--isolateda temporary browser profile — without your logins
--no-usage-statisticsdo not send usage statistics to Google
--no-performance-cruxdo not send URLs from performance traces to the CrUX API
CHROME_DEVTOOLS_MCP_NO_UPDATE_CHECKS=1do not check npm for updates

To give the whole team the server, write the same thing into .mcp.json at the repository root and commit it. Note: pages still load from the network, and the server shows Claude everything in that browser.

Quick check

You need to check that your local page on 127.0.0.1 renders without console errors. What is safer?

Careful

Practice in the terminal

Check your understanding

Answered 0/3
Mode:

What is the fundamental difference between Claude in Chrome and Chrome DevTools MCP with the --isolated flag?

You work in WSL and run claude --chrome. What happens?

/chrome says the extension was not found, even though it is installed. What do you try first?

Finish the task in the terminal and answer the questions to complete the lesson.

📝 My notes

Saved automatically in this browser · shows up on the Notes page.

Task

Connect Chrome DevTools MCP to the project so that the browser gets a temporary profile, the package is pinned to version 1.10.1, and usage statistics, CrUX requests and update checks are all off. Write it to .mcp.json.

Tab complete · ↑ history · Ctrl+L clear · help commands

  • Not done: The package is pinned to an exact version
  • Not done: The browser gets a temporary profile
  • Not done: Usage statistics are off
  • Not done: Update checks are off

Lesson Q&A

What is the fundamental difference between Claude in Chrome and Chrome DevTools MCP with the --isolated flag?

Claude in Chrome works in your browser with your logins to sites, while --isolated gives the browser a temporary profile without them — Through the extension, Claude can reach any site where you are logged in. A temporary profile knows nothing about you — and for checking a local page that is usually enough.

You work in WSL and run claude --chrome. What happens?

The Chrome integration is not supported in WSL — Claude in Chrome works on macOS, Linux and regular Windows, but not in WSL. It is also off if you logged in with an API key rather than a plan.

/chrome says the extension was not found, even though it is installed. What do you try first?

Quit Claude Code, restart Chrome and run claude --chrome again — The first time, Claude Code installs a connection file, and Chrome reads it only at startup. Restarting the browser usually fixes it.

You need to check that your local page on 127.0.0.1 renders without console errors. What is safer?

A temporary profile does not know your sessions. Claude in Chrome is justified when the task really needs your login — and then allow only the sites you need.

Commands in this lesson

Terms in this lesson

Move between lessons with ← → · search with ⌘K

Written and reviewed by Mikhail Kuzmitskii