What problem does it solve? Debugging Next.js applications requires correlating React component state, SSR behavior, network activity, and browser rendering, which is slow and error-prone when done manually across disconnected tools. ## Core Features & Use Cases - Dual-tool browser diagnosis: Combines Chrome DevTools MCP (DOM, performance traces, Lighthouse, network, device emulation, JS breakpoints) with the next-browser CLI (React component trees, Next.js error overlay parsing, routes, server actions, SSR lock/unlock) over a shared CDP session. - Category-based tool routing: A routing table maps 14 diagnostic categories to primary and fallback tools, with multi-step recipes for slow pages, broken component renders, mobile layout issues, failed API calls, and SSR inspection. - Evidence-backed reporting: Every diagnostic claim must cite tool evidence such as traces, snapshots, logs, requests, or screenshots, and UI-modifying work routes through the design and audit skills. - Use Case: A page renders blank after hydration. The skill opens the page in Chrome DevTools, inspects the React tree with next-browser, parses the Next.js error overlay, compares SSR and hydrated snapshots, and reports the failing component with file paths and proposed fixes. ## Quick Start Debug why the /dashboard route in my Next.js app renders a blank page after hydration and report the failing component with evidence.