flutter/devtools · Archived

debugging-devtools-extensions

Guidelines and step-by-step workflow for debugging DevTools extensions locally, including stub mode, fixed-port launching, browser auto-opening, URL query parameters, target app connection, and human-in-the-loop interaction.

First seen Aug 22, 2026

Installation

$ npx skills add flutter/devtools --skill debugging-devtools-extensions

Summary

  • Guidelines and step-by-step workflow for debugging DevTools extensions locally, including stub mode, fixed-port launching, browser auto-opening, URL query parameters, target app connection, and human-in-the-loop interaction.
  • Use when debugging or testing DevTools extension behavior.

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from flutter/devtools.

npx skills add flutter/devtools

Browse all from flutter/devtools

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1.7K
License LICENSE
Default branch master
Open issues 729
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,355 B
  • docs SUMMARY.md 320 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 4 installs

SKILL.md

Debugging DevTools Extensions

Follow this workflow to test and debug DevTools extensions locally.

1. Local Stub Extensions Mode (No Server Needed)

When running DevTools in standalone web mode (flutter run -d chrome), DevTools does not run the devtools_server backend by default. To test extensions without a running server backend:

  1. Open [packages/devtoolsapp/lib/src/shared/developmenthelpers.dart](file:///Users/ryjohn/code/github/flutter/devtools/packages/devtoolsapp/lib/src/shared/developmenthelpers.dart#L57).
  2. Set const _debugDevToolsExtensions = true;.

[!WARNING]
Never commit debugDevToolsExtensions = true; to git. A repository unit test (developmenthelpers_test.dart) enforces that this flag remains false.

Activating stub mode registers the following mock extensions:

  • foo_ext (package:foo)
  • bar_ext (package:bar)
  • provider_ext (package:provider)

2. Automated Launch & Browser Navigation

The agent can automate running DevTools AND launching the browser directly to the target URL:

Step 2a: Launch DevTools on a Fixed Port

In packages/devtools_app, launch DevTools specifying a fixed --web-port:

flutter run -d chrome --web-port=52941

Step 2b: Open Browser to Target URL Automatically

Use the system OS open command to launch Chrome/browser directly to the desired test URL:

3. Connecting to an End-User Target App

To test against real pub package extensions:

  1. Run the sample app in packages/devtoolsextensions/example/appthatusesfoo:

``bash cd packages/devtoolsextensions/example/appthatusesfoo flutter run -d chrome ``

  1. Ask the user to copy/paste the VM Service URI from the terminal output (e.g. ws://127.0.0.1:8181/xxx=/ws).
  2. Open the browser automatically with the uri parameter using the appropriate OS command (as described in Step 2b):

- macOS: open "http://localhost:52941/fooext?embedMode=one&uri=<VMSERVICEURI>" - Linux: xdg-open "http://localhost:52941/fooext?embedMode=one&uri=<VMSERVICEURI>" - Windows: start "http://localhost:52941/fooext?embedMode=one&uri=<VMSERVICE_URI>"

4. Human Interaction & User Prompting Steps

When an AI agent is performing this workflow:

  • Obtaining VM Service URI: When connecting to a target app, ask the user to provide the VM Service URI printed in the target app's console output (using ask_question or a direct prompt).
  • Automated Browser Opening: The agent should launch DevTools and execute the appropriate OS command (open, xdg-open, or start as described in Step 2b) to launch the browser automatically.
  • Manual Visual Verification: Ask the user to inspect the opened browser window and confirm whether the expected extension UI or behavior is visible.