Experimental package — This module provides a set of MCP tools to retrieve information from GitHub
Flutter Devtools is installed from its publisher's own source and answers where it runs, so this marketplace is not in the path of a single call. There is no address here to send one to, and a panel that pretended otherwise would be showing you an answer we made up. Install it and call it from your own client — the Installation tab has the entry for each one.
Open InstallationWhat it does
MCP server that connects AI agents to running Flutter apps via the Dart VM Service for runtime inspection, profiling, and debugging
Quickstart
# 1 — run it from where its publisher ships it
npx -y flutter-devtools-mcp
# 2 — ask your agent something
> MCP server that connects AI agents to running Flutter apps via the Dart VM Service for runtime inspection, profiling, and debugging
Flutter Devtools is free: there is no plan to choose, no cap to set and nothing that can bill you.
Collected from a public index. Nobody has claimed this account, so nothing here was written by its author — claim it if it is yours.
Where are you running it?
Every route below installs the same thing and ends at the same approval screen. This one runs on your machine: your client starts Flutter Devtools as a process under your own user, with your files and your network, so the tool surface below is what it can do to your computer rather than to a server somewhere else. It is scanned, signed and pinned to the version you choose — read the surface before you approve it.
This is a public server: you run it yourself and this marketplace is not in the path. Claude Code registers it in one command.
claude mcp add flutter-devtools-mcp -- npx -y flutter-devtools-mcpReconnect, or start a new session, and the tools appear in the model’s tool list.
One config entry your client uses to start the process locally. A local server runs with your file system and your network, which is why it is priced without metering.
22 tools, with what each one reads, writes and reaches shown before you agree — the same list on every route above. Read the tool surface.
Tool surface
What the model actually sees. Descriptions are diffed on every release — see version history.
Connect to a running Flutter app via its VM Service URI. The URI is printed when you run
Takes no parameters.
Disconnect from the currently connected Flutter app.
Takes no parameters.
Get detailed information about the connected Flutter app including VM info, isolates, and available extensions.
Takes no parameters.
Trigger a hot reload on the running Flutter app. Injects updated source code without restarting the app or losing state.
Takes no parameters.
Trigger a hot restart on the running Flutter app. Restarts the app from scratch but is faster than a full rebuild.
Takes no parameters.
Capture a screenshot of the running Flutter app. Returns the screenshot as a base64-encoded PNG image.
Takes no parameters.
Toggle the debug paint overlay on the Flutter app. Shows widget borders, padding, and alignment guides.
Takes no parameters.
Evaluate a Dart expression in the context of the running Flutter app. Useful for inspecting runtime values, checking state, or running diagnostics.
Takes no parameters.
Automatically discover running Flutter apps on this machine. Scans for Dart VM Service instances so you don
Takes no parameters.
Get a memory allocation profile of the running Flutter app. Shows heap usage, top memory-consuming classes, and potential leak indicators.
Takes no parameters.
Start capturing HTTP network traffic from the running Flutter app. After starting, use the app to trigger API calls, then call stop_network_capture to see all requests with timing, status codes, and sizes.
Takes no parameters.
Stop capturing network traffic and get a detailed report of all HTTP requests including method, URL, status code, response time, and payload size.
Takes no parameters.
Takes no parameters.
Start a performance profiling session. After starting, interact with the app (scroll, tap, navigate) to generate activity, then call stop_profiling to get the analysis. The app should be running in profile mode (
Takes no parameters.
Stop the current profiling session and get a detailed performance analysis including frame timing, jank detection, CPU hotspots, build/layout/paint phase analysis, and actionable recommendations.
Takes no parameters.
Start tracking which widgets are rebuilding and how often. After starting, interact with the app, then call stop_tracking_rebuilds to see exactly which widgets rebuilt, how many times, and where they are in your code. This is the most effective way to find unnecessary rebuilds.
Takes no parameters.
Stop tracking widget rebuilds and get a detailed report showing exactly which widgets rebuilt, how many times, and their source file locations. Sorted by rebuild count to highlight the most problematic widgets.
Takes no parameters.
Save a named memory snapshot for later comparison. Take a snapshot before making a code change, then take another after to see the impact. Use compare_snapshots to see the diff.
Takes no parameters.
Compare two previously saved memory snapshots to see what changed. Shows heap usage diff, which classes grew or shrank, new allocations, and freed memory. Perfect for validating that a fix actually reduced memory usage.
Takes no parameters.
List all saved memory snapshots available for comparison.
Takes no parameters.
Get the current widget tree of the running Flutter app. Returns a structured representation of all widgets on screen. Widgets marked with ★ are from your project code (not framework widgets).
Takes no parameters.
Get detailed information about a specific widget by its ID (obtained from get_widget_tree). Returns render details, constraints, size, and state.
Takes no parameters.
- Every tool, no call limit
- No card, no account needed
- Source published under a licence you can read
- Runs on your machine — nothing of it reaches our gateway
- Nothing to cap, because nothing bills
What counts against your monthly calls
| Tool | Unit | Calls used | Out of the allowance |
|---|
Nothing here is billable. Flutter Devtools costs nothing to install and nothing to call, at any volume.
Two independent axes, because powerful and malicious are different questions. The grade is threat only. The capability level is blast radius, and it is never a penalty on the grade — it is priced as one subtract-only term in the score, where you can see it.
| Term | Level | What it prices | Points |
|---|---|---|---|
| −6.3 | |||
| capability-exposure | high | capability blast radius (high) — client exposure if the model is manipulated | −6 |
| verification-discount | source | publisher verification (provenance) — cryptographic build provenance ties the artifact to its source | −0 |
| coverage-honesty | source | inspection depth (source) — how much of the target the scan could see | −0 |
What the scan could actually read
A grade is only as meaningful as its coverage, so the scanner publishes its own depth before it publishes its result.
Tools were statically extracted from the published source (22 recovered), not enumerated from a running server. Tool-poisoning, Unicode-smuggling, capability and toxic-flow analysis ran on this inferred surface, but a mis-parsed registration could be missed or mis-attributed, so tool-derived findings are capped below “confirmed”. To grade the real runtime surface, scan the running server: --command "npx -y <package>".
Capability — what it could do if the model were manipulated
Tags derived from each tool’s schema and the implementation, not from what the tool calls itself. high is the level these add up to.
| Tool | Capability tags | Why the tag was assigned |
|---|---|---|
| connect | no tags | |
| disconnect | no tags | |
| get_app_info | no tags | |
| hot_reload | no tags | |
| hot_restart | no tags | |
| take_screenshot | no tags | |
| toggle_debug_paint | no tags | |
| evaluate_expression | no tags | |
| discover_apps | no tags | |
| get_memory_snapshot | no tags | |
| start_network_capture | no tags | |
| stop_network_capture | external-sink | |
| collect_performance_session | no tags | |
| start_profiling | no tags | |
| stop_profiling | no tags | |
| start_tracking_rebuilds | no tags | |
| stop_tracking_rebuilds | no tags | |
| save_snapshot | no tags | |
| compare_snapshots | no tags | |
| list_snapshots | no tags | |
| get_widget_tree | no tags | |
| inspect_widget | no tags |
Toxic-flow graph
The lethal trifecta, checked as a graph rather than as a checklist: untrusted input, a sensitive source and an external sink have to meet before there is a path worth worrying about.
The public result for this release does not print the flow graph, so there is nothing to show here. That is not the same as "no paths were found": what the scan did read is above, under coverage.
Supply chain and provenance
This is the first scan of this surface here, so there is nothing yet to compare it against.
Every result on this tab comes from one deterministic pass over the published package — offline, rule by rule, and auditable line by line above. Same methodology version, same bytes, same score.
Release history
Pinned to 0.3.2 — the install command below asks for that release. A pin is part of an install, so it is kept for this visit and written down when you install.
No release note was published with this version.
Only accounts with at least 50 real tool calls against this server in the last 90 days can post. Ratings are weighted by how much the reviewer actually uses it, and publishers can reply once per review.
Writing one takes an account with at least 50 real tool calls against Flutter Devtools in the last 90 days. That is the whole gate — there is no other way to post, which is why the counts beside each review are worth reading.
Nobody has reviewed this listing. The rating on the card is the mean of the reviews written here and nothing else, so there is no rating until somebody writes the first — which takes an account with 50 real tool calls against it.