CLAUDE LABJP
FORK — Claude Code 2.1.212 changes what /fork does: it copies your conversation into a new background session with its own row in claude agents, so you can keep working. The old in-session subagent is now /subtaskLIMITS — WebSearch calls are now capped at 200 per session by default, and subagent spawns get the same 200 ceiling, so a runaway search or delegation loop stops on its ownMCPBG — MCP tool calls running past two minutes now move to the background automatically, keeping the session usable. Tune the threshold with CLAUDE_CODE_MCP_AUTO_BACKGROUND_MSPLANFIX — Fixed plan mode auto-running file-modifying Bash commands such as touch and rm without a permission prompt or an SDK canUseTool callbackSONNET5 — Claude Sonnet 5 is running on introductory pricing of $2 per million input tokens and $10 per million output. After August 31 it moves to $3 and $15IPO — Bankers are reportedly lining up investor meetings for Anthropic ahead of a possible public listing as soon as OctoberFORK — Claude Code 2.1.212 changes what /fork does: it copies your conversation into a new background session with its own row in claude agents, so you can keep working. The old in-session subagent is now /subtaskLIMITS — WebSearch calls are now capped at 200 per session by default, and subagent spawns get the same 200 ceiling, so a runaway search or delegation loop stops on its ownMCPBG — MCP tool calls running past two minutes now move to the background automatically, keeping the session usable. Tune the threshold with CLAUDE_CODE_MCP_AUTO_BACKGROUND_MSPLANFIX — Fixed plan mode auto-running file-modifying Bash commands such as touch and rm without a permission prompt or an SDK canUseTool callbackSONNET5 — Claude Sonnet 5 is running on introductory pricing of $2 per million input tokens and $10 per million output. After August 31 it moves to $3 and $15IPO — Bankers are reportedly lining up investor meetings for Anthropic ahead of a possible public listing as soon as October
Articles/Claude Code
Claude Code/2026-05-25Intermediate

Wiring Chrome DevTools for agents 1.0 into Claude Code: a setup memo

Google shipped Chrome DevTools for agents 1.0 as a stable release. Here is how I wired it into Claude Code, why I picked the MCP path over the CLI, and how it compares to the version bundled in Antigravity 2.0.

claude-code129chrome-devtoolsmcp18browser-automation2debugging8indie-developer6

Asking Claude Code to "read the console errors on this page" used to mean opening DevTools myself, pasting a screenshot, or copying the messages by hand. With Google shipping Chrome DevTools for agents 1.0 as a stable release on May 22, 2026, that friction is finally going away.

I am an indie developer running the four Lab sites (Claude / Gemini / Antigravity / Rork) on Cloudflare Workers, deploying almost every day. I tried the tool from Claude Code on launch day. Both the MCP path and the CLI path work, but there are some gotchas worth knowing, plus a meaningful difference from the version bundled in Antigravity 2.0.

What Chrome DevTools for agents 1.0 is

In short, it is the official debugging tool for AI agents that drive Chrome. Per Forest Watch coverage, the stable release covers user-action replay, site quality auditing (Lighthouse), device and geolocation emulation, extension debugging, and even memory leak detection.

The space was crowded — Playwright MCP, Claude in Chrome, third-party Chrome CLIs — and Hatena Bookmark commenters echoed that the choice was hard. With Google's "official" badge on it, I expect Chrome DevTools for agents to become the default option in the Claude Code ecosystem fairly quickly.

Installing from Claude Code

Claude Code has built-in commands for managing MCP servers, so installation is one line.

# Register as MCP (recommended: tool calls stay organized)
claude mcp add chrome-devtools \
  --command "npx" \
  --args "-y" "chrome-devtools-mcp@latest"
 
# Or use the CLI directly
npm install -g chrome-devtools-cli
chrome-devtools --help

Restart Claude Code and /mcp will list chrome-devtools. /mcp chrome-devtools tools shows the tool surface area, so listing them first saves later confusion. Antigravity 2.0 users do not need to install anything — it is bundled by default.

MCP or CLI for daily use

Having tried both, MCP is the obvious choice if Claude Code is your daily driver, for three reasons.

  • Claude Code receives the tool list automatically, so "audit the performance of this page" works in natural language
  • Tool schemas are explicit, so the model rarely builds malformed arguments
  • Responses come back in a format the model can directly consume (JSON)

The CLI shines in CI, where Lighthouse becomes a deploy gate. That work does not need an agent in the loop and is lighter as a plain npm script. For my four Lab sites I run Lighthouse from the CLI inside the Cloudflare Pages build, and use the MCP path for ad-hoc investigation during development.

Where it earned its keep in indie-developer work

When I add a new tool, I look for three places it pays off within the first few days. Here are the ones that stuck.

1. Verifying paywall behavior

Because Claude Lab sells memberships through Stripe Checkout, articles with premium: true rely on cookie checks. Asking Claude Code "open /articles/claude-code/xxx and tell me what shows up without the Premium cookie" makes Chrome DevTools for agents load the page and return a clean HTML view. I used to do this by opening an incognito window manually; verification time dropped to roughly a third.

2. Catching console errors after deploy

Right after shipping things like the bfcache fix (pageshow + event.persisted), I want to confirm nothing is throwing in the console on production. "Open production /membership and list only the console errors and warnings" gives me a tidy summary via the new tool. If anything looks off I can pivot to "show me the diff that fixes it" in the same conversation.

3. Diffing iPhone vs desktop layouts

For per-resolution checks like 6_5inch or 5_8inch, device emulation pays off. Setting emulateDevice to iPhone 15 Pro Max and then cycling responsive breakpoints surfaces the CSS media query boundaries fast. If you work on wallpaper apps with resolution-specific .htaccess redirects, this also helps verify what production URLs really return.

Gotchas and workarounds

A few small traps I hit after a few days of use.

  • CAPTCHA and Cloudflare Turnstile still block it — Hatena commenters flagged this, and yes, bot-protected pages refuse to load. My four Lab sites have Bot Fight Mode dialed loose enough on production that I can hit them myself, but on client sites you will need IP allowlisting in advance.
  • Extension state is invisible by default — extension debugging works, but it spins up a clean profile by default. If you want your everyday Chrome extensions present, pass --user-data-dir at startup.
  • Memory leak detection takes time — running Performance monitor continuously and reading the result takes 30 to 60 seconds per investigation. Parallelism in CI needs to be tuned or you will burn budget fast.

How it compares to the Antigravity 2.0 bundle

For Antigravity 2.0 users, here are the practical differences versus the Claude Code route.

ItemClaude Code + MCPAntigravity 2.0 bundle
Installclaude mcp add manuallyAvailable out of the box
InvocationVia MCP protocolVia Antigravity's internal Agent Manager
Config persistence~/.claude/mcp.jsonPer workspace
Sharing across projectsGlobal config shares across allPer-project configuration

In my CLI-first workflow, having one global install reachable from every project is convenient. In Antigravity-as-editor scenarios, per-workspace config is actually safer because you can scope permissions per project. The right choice depends on how you work.

First command worth trying

The fastest way to get a feel for it is to run a Lighthouse audit. From Claude Code, try something like "fetch the Lighthouse scores for example.com and show me Performance and SEO in detail." Scores and suggestions come back as JSON and the model can analyze them in the same response. If you ship AdMob-monetized indie apps with marketing landings, this is a smart entry point for Core Web Vitals work.

Even with an official release, the space is crowded with similar tools. Lining up Playwright MCP, Claude in Chrome, and Chrome DevTools for agents and picking what fits your workflow is the practical move. For now I keep all three: Claude in Chrome for general browsing, Playwright MCP for E2E tests, Chrome DevTools for agents for debugging.

If you run into trouble installing it, I am writing a companion piece on the Antigravity 2.0 bundled experience over on Antigravity Lab — reading both should give you the full picture.

Share

Thank You for Reading

Claude Lab is ad-free, supported entirely by members like you. We publish practical guides daily with implementation code, benchmarks, and production-ready patterns. If you've found it useful, we'd love to have you on board.

  • Copy-paste ready implementation code
  • New advanced guides published daily
  • $5/mo or $10 for lifetime access
View Membership →

If you found this article helpful, a small tip ($1.50) would mean a lot to us. Your support helps keep this site ad-free and covers server and hosting costs.

Related Articles

Claude Code2026-07-17
The Morning My Table Ended in "… 2,847 more rows" — Separating Render Caps from Token Cost in Tool Output
Claude Code 2.1.209 caps markdown tables at 200 rows plus a remainder count. Only the rendering is capped — the model still receives every row. Here is how to measure the gap and redesign tool output around aggregates.
Claude Code2026-07-15
Answering auto mode's confirmation prompts in headless runs — a deny-by-default permission-prompt-tool
auto mode's confirmation step is a friend when you're at the keyboard, but in an unattended midnight run it becomes the reason a job sits waiting until morning. Here is how I catch those prompts with permission-prompt-tool, decide deny-by-default, and log every ruling — with working code.
Claude Code2026-07-14
My MCP Timeout Was Being Ignored, and Every Call Died at Exactly 60 Seconds — Reclaiming Per-Server request_timeout_ms
A longer MCP tool call kept dying at exactly 60 seconds, ignoring the wait I had set. The cause: a per-server request_timeout_ms in .mcp.json that was never read, silently falling back to the default. Here is the correct placement after the fix, how to back the value out from a tool's response profile, and how to verify the cutoff yourself — with working code.
📚RECOMMENDED BOOKS
Build a Large Language Model (From Scratch)
Sebastian Raschka
LLM Dev
Prompt Engineering for LLMs
Berryman & Ziegler
Prompting
AI Engineering
Chip Huyen
AI Eng
* Contains affiliate links
See all →