All skills
chromedevtools avatar

/chrome-devtools

@3c12a91

Uses Chrome DevTools via MCP for efficient debugging, troubleshooting and browser automation. Use when debugging web pages, automating browser interactions, analyzing performance, or inspecting network requests. This skill does not apply to `--slim` mode (MCP configuration).

Use this Skill: https://skilld.dev/gh/chromedevtools/chrome-devtools-mcp/chrome-devtools

This session only. Nothing lands on disk.

SKILL.md

≈73 tokens always: the name and description. ≈1k when used: this file.

Core Concepts

Browser lifecycle: Browser starts automatically on first tool call using a persistent Chrome profile. Configure via CLI args in the MCP server configuration: npx chrome-devtools-mcp@latest --help. Addional tooling can be enabled by providing the following flags:

  • For extension tooling, use the --categoryExtensions flag.
  • For memory tooling, use the --memoryDebugging flag.

Page targeting: Page-scoped tools require a pageId parameter to target a specific page. Use list_pages to see available pages and their IDs (e.g. pageId: 1), or use the ID returned when creating a page with new_page. Note: For evaluate_script, pageId is required when targeting pages. However, when --categoryExtensions is enabled, pageId is optional so you can pass serviceWorkerId instead to evaluate inside an extension background service worker. Element interaction: Use take_snapshot to get page structure with element uids. Each element has a unique uid for interaction. If an element isn't found, take a fresh snapshot - the element may have been removed or the page changed.

Workflow Patterns

Before interacting with a page

  1. Navigate: navigate_page or new_page
  2. Wait: wait_for to ensure content is loaded if you know what you look for.
  3. Snapshot: take_snapshot with pageId to understand page structure
  4. Interact: Use element uids from snapshot for click, fill, etc., passing the corresponding pageId.

Efficient data retrieval

  • Use filePath parameter for large outputs (screenshots, snapshots, traces)
  • Use pagination (pageIdx, pageSize) and filtering (types) to minimize data
  • Set includeSnapshot: false on input actions unless you need updated page state

Tool selection

  • Automation/interaction: take_snapshot (text-based, faster, better for automation)
  • Visual inspection: take_screenshot (when user needs to see visual state)
  • CSS & Styling inspection: Use get_css_styles to inspect matched rules, cascade, and CSS variables. Treat the output as authoritative and complete.
  • Additional details: Use evaluate_script for runtime DOM/JS data not available via get_css_styles or take_snapshot.

Parallel execution

You can send multiple tool calls in parallel, but maintain correct order: navigate → wait → snapshot → interact.

Testing an extension

Before proceeding: Extension tools (install_extension, list_extensions, etc.) are only available when the MCP server is started with the --categoryExtensions flag. If these tools are not in your tool list, stop and ask the user to update their MCP server configuration:

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": ["chrome-devtools-mcp@latest", "--categoryExtensions"]
    }
  }
}

After updating, the user must restart the MCP server (or their AI client) for the change to take effect.

  1. Install: Use install_extension with the path to the unpacked extension.
  2. Identify: Get the extension ID from the response or by calling list_extensions.
  3. Trigger Action: Use trigger_extension_action to open the popup or side panel if applicable.
  4. Verify Service Worker: Use evaluate_script with serviceWorkerId (omitting pageId and args) to check extension state or trigger background actions. When evaluating in a page, pass pageId (omitting serviceWorkerId).
  5. Verify Page Behavior: Navigate to a page where the extension operates and use take_snapshot to check if content scripts injected elements or modified the page correctly.

Troubleshooting

If chrome-devtools-mcp is insufficient, guide users to use Chrome DevTools UI:

If there are errors launching chrome-devtools-mcp or Chrome, refer to https://github.com/ChromeDevTools/chrome-devtools-mcp/blob/main/docs/troubleshooting.md.

Source: SKILL.md on GitHub

2 warnings7d5 checks · Risk SAFE
  • Gen Agent Trust Hub7d

    The chrome-devtools skill provides a set of tools for browser automation and debugging via the official Chrome DevTools MCP server. The skill is fundamentally safe and uses official software from the Chrome team. However, because its primary function involves processing and interacting with content from external, untrusted websites, it possesses an inherent attack surface for indirect prompt injection. Malicious instructions embedded in a web page could potentially attempt to influence the agent's behavior during a session. Users should ensure they are interacting with trusted sites when using automated browser features.

  • Socket7d

    No alerts

  • Snyk7d

    Risk: MEDIUM · 1 issue

  • Runlayer7mo

    1/1 file flagged

  • ZeroLeaks5mo

    Score: 93/100 · 2 sections analyzed

Signed by skilld at 3c12a91. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated last week

README badge

README badge for chromedevtools/chrome-devtools-mcp/chrome-devtools

Provides Chrome DevTools access via Claude's MCP protocol for debugging, browser automation, and performance analysis. Includes tools for page navigation, element interaction via snapshots, network inspection, and optional extension testing when configured with the --categoryExtensions flag.

Generated from the current SKILL.md.

Does this skill work with headless Chrome?
Yes. The skill uses Chrome DevTools via MCP and starts a persistent Chrome browser automatically on first tool call. The browser lifecycle is managed through CLI configuration flags.
How do I enable extension testing tools?
Extension tools are only available when the MCP server is started with the `--categoryExtensions` flag in your MCP configuration. After updating the config, restart your MCP server or AI client for the change to take effect.
What's the difference between take_snapshot and take_screenshot?
take_snapshot returns text-based page structure with element UIDs, making it faster and better for automation. take_screenshot captures the visual state when you need to see what the page looks like.
Can I use this skill in slim mode?
No. This skill does not apply to `--slim` mode MCP configuration.
How do I interact with elements on a page?
First call take_snapshot to get the page structure and element UIDs, then use those UIDs with tools like click or fill to interact with elements.

Generated from the current SKILL.md. These answers refresh after source changes.