browser-tracelisted

# Browser Trace Attach a **second, read-only CDP client** to a browser session that is already being driven by your main automation. The trace records the full DevTools firehose to NDJSON, polls for screenshots and DOM dumps in parallel, and slices everything into a directory tree that bash tools can search. This skill does **not** drive pages — it only listens. Pair it with the `browser` skill, `browse`, Stagehand, Playwright, or anything else that speaks CDP. ## When to use - The user wants to debug a browser-automation run (failing form, missing element, hung navigation, JS exception). - The user has a running automation and wants to attach a trace mid-flight without restarting it. - The user wants to split a CDP firehose into network / console / DOM / page buckets. - The user wants screenshots + DOM snapshots over time, joined to CDP events by timestamp. If the user just wants to **drive** the browser, use the `browser` skill instead. ## Setup check ```bash node --version # require Node 18+ which browse || npm install -g browse which jq || true # optional — used only for ad-hoc querying ``` Verify `browse cdp` exists: ```bash browse --help | grep -q "^\s*cdp " || echo "browse cdp not available — update browse" ``` ## How it works Every Chrome DevTools target accepts **multiple concurrent CDP clients**. Your main automation is one client; this skill adds a second one that only enables observatio