Azure DevOps MCP
Related Servers
Alternatives to Azure DevOps MCP
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceEnables interaction with multiple Azure DevOps organizations simultaneously, providing access to pipelines, builds, repositories, and pull requests across different organizations without switching contexts or restarting the server.181Apache 2.0
- AlicenseBqualityCmaintenanceEnables AI assistants to interact with Azure DevOps, providing tools for managing work items, repositories, pipelines, and more through the Model Context Protocol.1008 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables integration with Azure DevOps services, allowing interaction with work items, pull requests, pipelines, wikis, boards, and projects through natural language in Cline and other MCP clients.2MIT
- AlicenseAqualityCmaintenanceProvides read-only access to Azure DevOps using your browser session, no PAT required. Enables browsing projects, repos, work items, pull requests, and feeds through MCP tools.1232 npmMIT
- AlicenseBqualityDmaintenanceA dynamic Azure DevOps MCP server that automatically switches authentication context based on the current working directory, enabling seamless integration with multiple Azure DevOps organizations and projects.1041 npm12MIT
- AlicenseBqualityDmaintenanceEnables interaction with Azure DevOps services including Boards, Repos, and Pipelines through natural language commands.1519 npmMIT
TDQS
Scored across 17 tools
Most tools map cleanly to distinct Azure DevOps resources and actions: projects, repositories, pull requests, work items, and pipelines. The main potential confusion is between ado_config and ado_context, since both describe profile/target resolution behavior, but their descriptions draw a reasonable boundary.
Tools consistently use the ado_ prefix and a predictable domain/action style, such as ado_pull_request_get and ado_work_item_update. There are minor deviations: collection tools use plural nouns with _list/_query, while individual-resource tools use singular nouns, and ado_config/ado_context omit an action verb.
Seventeen tools is slightly above the typical 3-15 range, but the server covers several distinct Azure DevOps domains: configuration/context, projects, repositories, pull requests, work items, and pipelines. The count is defensible and each tool appears to serve a specific purpose.
Core read and some write operations are present for pull requests, work items, and pipelines, but there are notable lifecycle gaps. Pull request merge/completion is explicitly unsupported, repositories and projects only have list operations, and pipeline actions such as cancel/update are missing.