
JAJ Dataverse Dev MCP
io.github.jjohnsenPublished by GitHub account jjohnsenv0.1.4Updated Oct 24, 2026
Xrm/Power Platform/Dataverse MCP for devs, Azure CLI auth, Web API and multi-environment support
Overview
A local MCP server that gives assistants thin, broad access to the Dataverse Web API across multiple Power Platform environments using your Azure CLI identity.
- What you can do
- Query and update Dataverse records through the Web API
- Inspect tables, columns, metadata, publishers and solutions
- Create and configure unmanaged solutions and add existing components to them
- Work with Dataverse actions and functions
- Export solutions for deployment to other environments
- Switch between named environments (dev, test, prod) and check identity with whoami
- When to use it
- For Dataverse and Power Platform developers or consultants who want an agent to inspect, query, change or troubleshoot environments and solutions directly, especially when moving between several projects, customers or tenants.
- Requirements
- Runs locally over stdio via npx, so Node.js 20+ is needed. Azure CLI must be installed and signed in (az login), with access to one or more Dataverse environment URLs. Environments are defined in an environments.json file, whose path can be overridden with DATAVERSE_ENVIRONMENTS_PATH; a tenantId can be set per environment.
Installation
In SourceWeft
- Open JAJ Dataverse Dev MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
JAJ Dataverse Dev MCP
Lightweight MCP server for day-to-day Dataverse and Power Platform development.
Connect your agents to multiple Dataverse environments using your existing Azure CLI identity. The server exposes a thin, agent-friendly layer over the Web API for data, metadata, solutions, components, troubleshooting, and development tasks.
Agent → MCP → Azure CLI identity → Dataverse Web API
Quick Start for VS Code + GitHub Copilot
Add the server to .vscode/mcp.json:
Save the file and press Start. The first start may take some time while npx downloads the package.
Sign in with Azure CLI:
Create environments.json in your project root with the environments you need:
Open Copilot and try:
- List the available Dataverse environments
- Call whoami for the dev environment
- Show me the names and IDs of the five most recently created accounts
- List the unmanaged solutions
That's it!
Other MCP-compatible agents follow the same pattern: run jaj-dataverse-dev-mcp over stdio and provide access to your local Azure CLI session and connection configuration.
Quick Start for Claude Desktop
Add the server to claude_desktop_config.json:
- Windows:
%APPDATA%\Claude\claude_desktop_config.json - macOS:
~/Library/Application Support/Claude/claude_desktop_config.json
Save the file and fully quit and restart Claude Desktop (config changes aren't picked up by simply closing the window).
Continue from "Sign in with Azure CLI..." in Quick Start for VS Code + GitHub Copilot
Why this project?
There are already several Dataverse MCP implementations, including Microsoft's own tooling.
This project grew out of day-to-day development work where agents frequently needed capabilities beyond the available specialized tools. In many cases, the agent could solve the task successfully by constructing Dataverse Web API requests directly.
This MCP embraces that approach.
Instead of hiding Dataverse behind a large abstraction, it provides broad access to the Web API through a thin wrapper.
It is also designed for developers and consultants who regularly move between projects, customers, and Dataverse environments.
One MCP server can work with multiple Dataverse environments while using existing Azure CLI identity. No separate app registration, client ID, or client secret is required.
Prerequisites
- Node.js 20+
- Azure CLI installed and signed in
- Access to one or more Dataverse environment URLs
Authentication
Dataverse environments
Environments are configured in environments.json in the project root and identified by friendly names such as dev, test, prod.
Agents use these names when selecting which Dataverse environment to work with.
If an environment is in a different tenant than the default Azure CLI tenant, add a tenantId for that environment.
DATAVERSE_ENVIRONMENTS_PATH can be used to override the config file path at runtime.
Example:
Add project-specific Copilot instructions
For better agent behavior, add Dataverse-specific instructions to the project where you use the MCP.
Copy docs/examples/copilot-instructions.md to .github/copilot-instructions.md in the workspace where you use the MCP server, then customize it for your project:
- replace
YOUR-dev,YOUR-test, andYOUR-prodwith the environment names fromenvironments.json - replace
YOUR_DEFAULT_SOLUTIONwith the unique name of the primary Dataverse solution - adjust the default environment and safety rules for the project
Commit the customized file to the project repository so all contributors use the same guidance.
Run directly with npx
The package can also be launched manually with stdio as default transport:
For development or clients that use Streamable HTTP add --http.
What can it be used for?
Although the MCP is intentionally a thin wrapper around the Dataverse Web API, it can support a broad range of development and troubleshooting tasks, for example:
- query and update Dataverse records
- inspect tables, columns, metadata, publishers, and solutions
- create and configure unmanaged solutions
- add existing components to solutions
- work with Dataverse actions and functions
- export solutions for deployment to other environments
This makes it useful for both direct development tasks and agent-driven workflows where the agent inspects Dataverse, decides on the next action, and performs it through the MCP.
Source: README.md at commit 2322769
Tools
0Version history
1- v0.1.4LatestSep 21, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts