Azure DevOps MCP Server
Related Servers
Alternatives to Azure DevOps MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to query and interact with Azure DevOps data, including work items, projects, ticket statistics, and backlog information through natural language commands.8,052 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Azure DevOps APIs for managing projects, work items, repositories, pull requests, pipelines, and more through natural language.2,823 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to interact with Azure DevOps APIs for managing projects, work items, repositories, pull requests, and pipelines through natural language.12 npmMIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Azure DevOps for managing work items, repositories, wikis, and automating development workflows.MIT

Azure DevOps MCP Serverofficial
AlicenseNot gradedqualityAmaintenanceProvides Azure DevOps tooling for AI agents, enabling interaction with projects, work items, repositories, and pipelines through natural language.83,924 npm2,026MIT- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Azure DevOps to manage work items, Git repositories, branches, commits, and projects through natural language commands.559 npm5MIT
TDQS
Scored across 30 tools
Most tools are clearly separated by resource (work items, boards, iterations, PRs, teams, repos, wikis), but some overlap exists within work items (e.g., azure_get_work_item vs azure_query_work_items vs azure_get_my_tasks). Helpers like get_my_tasks and get_critical_bugs are essentially specialized queries, which could cause slight confusion.
Tool names generally follow the verb_noun pattern (e.g., azure_create_work_item, azure_list_boards), but there are minor inconsistencies like azure_get_board_config vs azure_update_board (not update_board_config) and azure_get_work_item_states. Overall predictable but not perfectly uniform.
With 30 tools, the server exceeds the recommended range and feels heavy. While it covers multiple Azure DevOps domains, many subdomains have only a few operations, making the high count unnecessary and potentially overwhelming.
Work items and wikis have decent lifecycle coverage, but other areas are incomplete: pull requests only support list/create (no get/update/merge), repositories have only list/get (no create/delete), and teams lack update/delete. These gaps will force agents to work around missing functionality.