← ClaudeAtlas

chrome-devtoolslisted

Drive the machine Chrome debug browser via OpenClaw-managed MCP (chrome-devtools). Use for page navigation, snapshots, screenshots, clicks, forms, console/network inspection — not for host shell risk.
yunsii/wezdeck · ★ 4 · AI & Automation · score 77
Install: claude install-skill yunsii/wezdeck
# Chrome DevTools (Dex / OpenClaw core) ## What this is Dex (Main) can control the **Windows host debug Chrome** through OpenClaw MCP: | Piece | Where | | --- | --- | | CDP endpoint | `http://127.0.0.1:9222` (WezDeck helper auto-start) | | MCP server name | `chrome-devtools` in local `~/.openclaw/openclaw.json` → `mcp.servers` | | Package | `npx -y chrome-devtools-mcp@latest --browser-url=http://127.0.0.1:9222` | This is **not** the same MCP session as Grok/Claude CLI; all clients share the **same Chrome process** on port 9222. Avoid concurrent multi-agent browser wars. Workflow detail for launch / badge / inspect: repo root [`docs/browser-debug.md`](../../../../docs/browser-debug.md). ## When to use (Dex · Main) | Trigger | Action | | --- | --- | | User: open/check URL, click, form, screenshot | MCP navigate + snapshot (not curl HTML) | | **You** just changed UI (allowlisted repo) | Before 验收通过: open relevant URL/path, snapshot | | “页面坏了 / 控制台报错 / 按钮点不了” | list pages / console / network as needed | Coding agents on the host have their **own** browser/MCP/profile — this skill is for **main** when main is looking at the page. No bridge required. ## When not to use - Pure git / shell / ledger / worktree assess — do not open Chrome “just in case”. - Destructive browser actions outside what the user asked (clear profile, mass delete, payment submit) without explicit confirmation. - Host shell risk still goes through `claw-run` / `exec-risk` — browser MCP is separate