Azure DevOps (ADO): MCP server, setup and security

What Azure DevOps (ADO) does

According to its repository: “The MCP server for Azure DevOps, bringing the power of Azure DevOps directly to your agents.”

The Model Context Protocol (MCP) is a standard plug between an AI agent and an outside service: once the server is connected, its tools show up in the agent, which decides when to call them. Azure DevOps (ADO) is listed under Cloud platforms, a category of 116 servers in the directory, where it ranks #8 by stars.

Installing and connecting Azure DevOps (ADO)

Distribution modes declared in the official MCP registry:

• remote server (streamable-http): you connect to it by URL, with nothing to install locally

It works with any MCP-compatible client (Claude Desktop, Claude Code, Cursor, VS Code, Codex and most recent agents). You add one entry to the client's MCP configuration: server name, start command or URL, environment variables. Project language: TypeScript.

Security: what to check

Connecting an MCP server means installing software that talks straight to your agent: it runs with your rights and the model trusts its tool descriptions. The risk therefore depends on what it can touch and how far its code can be trusted.

None of the risk signals we track (system access, secrets, missing licence, abandonment) applies to Azure DevOps (ADO). That does not replace reading the code.

Good practice: grant only the rights needed (least privilege), require human approval for irreversible actions, and run the AI agent security check.

Project activity and maintenance

Created on May 15, 2025, the microsoft/azure-devops-mcp repository has 2,067 stars and 669 forks, with 7 open issues. It has more stars than 95% of the servers in the directory. It received changes this month. Version published in the registry: v0.0.1 (May 18, 2026).

Stars measure attention, not quality: a recent, heavily promoted project can collect them fast, while a useful but niche server will have few.