tree: 94b28ba5271112e975b6e887d42200b11d7a545f
  1. _docs/
  2. bin/
  3. lib/
  4. test/
  5. test_fixtures/
  6. tool/
  7. analysis_options.yaml
  8. CHANGELOG.md
  9. CONTRIBUTING.md
  10. LICENSE
  11. pubspec.yaml
  12. README.md
pkgs/dart_mcp_server/README.md

The Dart Tooling MCP Server exposes Dart and Flutter development tool actions to compatible AI-assistant clients.

Status

WIP. This package is still experimental and is likely to evolve quickly.

Set up your MCP client

Note: all of the following set up instructions require Dart 3.9.0-163.0.dev or later.

The Dart MCP server can work with any MCP client that supports standard I/O (stdio) as the transport medium. To access all the features of the Dart MCP server, an MCP client must support Tools and Resources. For the best development experience with the Dart MCP server, an MCP client should also support Roots.

Here are specific instructions for some popular tools:

Gemini CLI

To configure the Gemini CLI to use the Dart MCP server, edit the .gemini/settings.json file in your local project (configuration will only apply to this project) or edit the global ~/.gemini/settings.json file in your home directory (configuration will apply for all projects).

{
  "mcpServers": {
    "dart": {
      "command": "dart",
      "args": [
        "mcp-server",
        "--experimental-mcp-server", // Can be removed for Dart 3.9.0 or later.
      ]
    }
  }
}

For more information, see the official Gemini CLI documentation for setting up MCP servers.

Gemini Code Assist in VS Code

Note: this currently requires the “Insiders” channel. Follow instructions to enable this build.

Gemini Code Assist's Agent mode integrates the Gemini CLI to provide a powerful AI agent directly in your IDE. To configure Gemini Code Assist to use the Dart MCP server, follow the instructions to configure the Gemini CLI above.

You can verify the MCP server has been configured properly by typing /mcp in the chat window in Agent mode.

Gemini Code Assist list mcp tools

For more information see the official Gemini Code Assist documentation for using agent mode.

Cursor

Add to Cursor

The easiest way to configure the Dart MCP server with Cursor is by clicking the “Add to Cursor” button above.

Alternatively, you can configure the server manually. Go to Cursor -> Settings -> Cursor Settings > Tools & Integrations, and then click “Add Custom MCP” or “New MCP Server” depending on whether you already have other MCP servers configured. Edit the .cursor/mcp.json file in your local project (configuration will only apply to this project) or edit the global ~/.cursor/mcp.json file in your home directory (configuration will apply for all projects) to configure the Dart MCP server:

{
  "mcpServers": {
    "dart": {
      "command": "dart",
      "args": [
        "mcp-server",
        "--experimental-mcp-server" // Can be removed for Dart 3.9.0 or later
      ]
    }
  }
}

For more information, see the official Cursor documentation for installing MCP servers.

GitHub Copilot in VS Code

Note: requires Dart-Code VS Code extension v3.114 or later.

To configure the Dart MCP server with Copilot or any other AI agent that supports the VS Code MCP API, add the following to your VS Code user settings (Command Palette > Preferences: Open User Settings (JSON)):

"dart.mcpServer": true

By adding this setting, the Dart VS Code extension will register the Dart MCP Server configuration with VS Code so that you don‘t have to manually configure the server. Copilot will then automatically configure the Dart MCP server on your behalf. This is a global setting. If you’d like the setting to apply only to a specific workspace, add the entry to your workspace settings (Command Palette > Preferences: Open Workspace Settings (JSON)) instead.

For more information, see the official VS Code documentation for enabling MCP support.

Connecting to Applications

Often, connecting to your running application is as simple as asking your agent to do it, you can say “connect to my flutter web app” or “connect to my web server”.

This works by discovering Dart Tooling Daemon instances on your machine, and then discovering dart and flutter applications that are registered with those instances.

See the sections below for specific hints and details for flutter versus dart apps, as well as hints about how to make this work better in multi-app scenarios, or use fewer tokens.

Flutter Applications

Flutter applications are automatically registered with the Dart Tooling Daemon when running in debug/profile mode, unless --no-dds is passed (the Dart Development Service is actually what spawns DTD, so disabling that disables DTD).

Dart Applications

To connect to a pure Dart application, you need to run the application with the --observe flag. This will start the Dart Tooling Daemon (DTD) and register the application with it.

Pass --print-dtd

Both dart and flutter support the --print-dtd flag to get an explicit reference to the DTD URI for that application. This is especially useful when the agent is spawning the process, because it can avoid having to list all available DTD URIs and trying to pick the right one.

It is recommended to put this instruction in a RULES file so that it is always available to the agent. For example, in a GEMINI.md file in your project:

## Launching Dart and Flutter Applications

- Always pass the `--print-dtd` flag to `dart` or `flutter` when spawning an
  application.
- For `dart` applications, always pass the `--observe` flag to enable the app to
  be connected to.
- Both `--print-dtd` and `--observe` must come before the script name or path
  when spawning `dart` applications: `dart --observe --print-dtd bin/main.dart`.

Tools

Tool NameTitleDescriptionCategoriesEnabled
analyze_filesAnalyze projectsAnalyzes specific paths, or the entire project, for errors.analysisYes
create_projectCreate projectCreates a new Dart or Flutter project.cliNo
dart_fixDart fixRuns dart fix --apply for the given project roots.cliNo
dart_formatDart formatRuns dart format . for the given project roots.cliNo
dtdDart Tooling DaemonManage live app connections to Dart and Flutter apps using the Dart Tooling Daemon (DTD). Start by using the listDtdUris command to find available DTD URIs, followed by the connect command with the desired URI to connect to. Apps from a given DTD instance are automatically connected to, and you can use the listConnectedApps command to see the list of connected apps. If you see DTD instances with a working dir that looks like a home directory, these are likely connected to an IDE and you should connect to those to find IDE launched apps.dart_tooling_daemonYes
flutter_driver_commandFlutter DriverRun a flutter driver commandflutter_driverYes
get_active_locationGet Active Editor LocationRetrieves the current active location (e.g., cursor position) in the connected editor. Requires an active DTD connection.dart_tooling_daemonNo
get_app_logsReturns the collected logs for a given flutter run process id. Can only retrieve logs started by the launch_app tool.flutter, flutter_app_lifecycleNo
get_runtime_errorsGet runtime errorsRetrieves the most recent runtime errors that have occurred in the active Dart or Flutter application. Requires an active DTD connection.dart_tooling_daemonYes
hot_reloadHot reloadPerforms a hot reload of the active Flutter application. This will apply the latest code changes to the running application, while maintaining application state. Reload will not update const definitions of global values. Requires an active DTD connection.flutterYes
hot_restartHot restartPerforms a hot restart of the active Flutter application. This applies the latest code changes to the running application, including changes to global const values, while resetting application state. Requires an active DTD connection. Doesn't work for Non-Flutter Dart CLI programs.flutterYes
launch_appLaunches a Flutter application and returns its DTD URI.flutter, flutter_app_lifecycleNo
list_devicesLists available Flutter devices.flutter, flutter_app_lifecycle, cliNo
list_running_appsReturns the list of running app process IDs and associated DTD URIs for apps started by the launch_app tool.flutter, flutter_app_lifecycleNo
lspLanguage Server ProtocolInteracts with the Dart Language Server Protocol (LSP) to provide code intelligence features like hover, signature help, and symbol resolution.
Commands:
- hover: Get hover information (docs, types) at a position. Requires: uri, line, column.
- signatureHelp: Get signature help at a position. Requires: uri, line, column.
- resolveWorkspaceSymbol: Fuzzy search for symbols by name. Requires: query.
analysisYes
pubpubRuns a pub command for the given project roots, like dart pub get or flutter pub add.cli, package_depsYes
pub_dev_searchpub.dev searchSearches pub.dev for packages relevant to a given search query. The response will describe each result with its download count, package description, topics, license, and publisher.package_depsYes
read_package_urisReads “package” and “package-root” scheme URIs which represent paths under Dart package dependencies. “package” URIs are always relative to the “lib” directory and “package-root” URIs are relative to the true root directory of the package. For example, the URI “package:test/test.dart” represents the path “lib/test.dart” under the “test” package. “package-root:test/example/test.dart” represents the path “example/test.dart”. This API supports both reading files and listing directories.package_depsYes
rip_grep_packagesUses ripgrep to find patterns in package dependencies. Note that ripgrep must be installed already, see https://github.com/BurntSushi/ripgrep for instructions.package_depsYes
rootsManage project roots.NoneYes
run_testsRun testsRun Dart or Flutter tests with an agent centric UX. ALWAYS use instead of dart test or flutter test shell commands.cliNo
stop_appKills a running Flutter process started by the launch_app tool.flutter, flutter_app_lifecycleNo
widget_inspectorWidget InspectorInteract with the Flutter widget inspector in the active Flutter application. Requires an active DTD connection.flutterYes