Get an agent’s browser onto a local Sentry dev server, trusted and signed in,
so it can QA and screenshot the real product. Agents otherwise hit an untrusted
certificate or a login wall they cannot pass, then report “browser verification
was blocked” instead of doing the QA.
Remote debugging, the Chrome connection prompt, mkcert -install, and sign-in
all need the user. The skill can only detect and ask.
--autoConnect needs a locally running Chrome 144+. Sandboxed clients must use
--browser-url, which Chrome only allows with a separate profile, so they
lose the signed-in session and can only use the full devserver.
Sentry Cookie Sync learns orgs only from open :7999 dev-ui tabs and
*.sentry.io tabs. dev-ui on other ports depends on an open sentry.io tab.
Other tools that drive the user’s real Chrome, such as browser extensions,
should work from Step 4 on but are untested.
Re-check SOURCES.md facts when dev-ui’s HTTPS or proxy setup, the
mkcert-localhost script, Sentry Cookie Sync, or chrome-devtools-mcp’s
connection flags change.
Bump the pinned chrome-devtools-mcp version only after reviewing the release,
and re-run Steps 3 and 4 against it.