Azure DevOps MCP Server

Der Azure DevOps MCP Server ist Microsofts offizieller Model-Context-Protocol-Server für Azure DevOps. Er verschafft KI-Assistenten laut offiziellem Repository sicheren Zugriff auf Work Items, Pull Requests, Builds, Test-Pläne und Dokumentation einer Azure-DevOps-Organisation, statt dass diese ausschließlich auf generisches Modellwissen angewiesen sind. Das offizielle Repository liegt unter https://github.com/microsoft/azure-devops-mcp (laut GitHub-API am 25.09.2026 exakt 2.029 Sterne, 652 Forks, MIT-Lizenz, aktiv gepflegt, letzter Push am 24.09.2026), die zugehörige Produktdokumentation unter learn.microsoft.com im Azure-DevOps-Handbuch. Das npm-Paket @azure-devops/mcp liegt aktuell in Version 2.10.0 vor und wird direkt von Microsoft Corporation veröffentlicht.

Was ist der Azure DevOps MCP Server?

Anders als der bereits im Katalog gelistete, breiter angelegte Azure MCP Server, der allgemeine Azure-Cloud-Ressourcen verwaltet, konzentriert sich dieser Server ausschließlich auf Azure DevOps: Projekte und Teams, Work Items (Bugs, Tasks, User Storys, Features), Pull Requests samt verknüpften Arbeitselementen, Build- und Pipeline-Status, Testpläne sowie Wiki-Inhalte. Laut offizieller Dokumentation lassen sich damit Fragen beantworten wie "Was blockiert unseren aktuellen Sprint?" oder "Welche Pull Requests warten auf meine Review?", beantwortet mit echten, aktuellen Daten aus der eigenen Organisation statt mit generischen Antworten.

Gehostet oder lokal

Microsoft bietet zwei Betriebsarten an. Der gehostete Remote-Server läuft unter einer organisationsspezifischen Adresse per Streamable HTTP, erfordert keine lokale Installation und wird von Microsoft selbst aktualisiert; er setzt allerdings voraus, dass die Azure-DevOps-Organisation an einen Microsoft-Entra-Tenant gebunden ist – reine Microsoft-Konto-Organisationen (MSA) werden dafür laut Anbieter nicht unterstützt. Der lokale Server läuft dagegen auf dem eigenen Rechner per npx -y @azure-devops/mcp {organisation} und ist laut offizieller Dokumentation ausdrücklich der empfohlene Weg für Clients wie Claude Desktop, Claude Code, Cursor und Codex, da diese das für den Remote-Server nötige dynamische OAuth-Client-Registrierungsverfahren nicht unterstützen. Voraussetzung für den lokalen Betrieb ist Node.js 20 oder neuer sowie eine aktive Azure-DevOps-Organisation.

Funktionen und Werkzeuge

Die Tools sind laut README in neun Domains gruppiert: core, work, work-items, search, test-plans, repositories, wiki, pipelines und advanced-security. Damit deckt der Server den kompletten Projektalltag ab, von der Sprintplanung über Backlog-Priorisierung und Code-Review-Kontext bis zur Vorbereitung von Daily Standups – laut offizieller Dokumentation jeweils mit konkreten Beispiel-Workflows belegt.

Authentifizierung

Standardmäßig nutzt der lokale Server interaktive Anmeldung per Browser mit einem Microsoft-Konto. Über den Parameter --authentication lassen sich alternativ eine bestehende Azure-CLI-Sitzung (azcli), eine Umgebungsvariable oder ein Personal Access Token verwenden. Der Remote-Server authentifiziert ausschließlich über Microsoft Entra.

Sicherheit und Datenschutz

Laut Anbieter macht der Server selbst keine externen API-Aufrufe außerhalb von Azure DevOps, Nutzer behalten volle Kontrolle darüber, welche Daten der Agent abrufen darf, und sensible Projektdaten verlassen laut Microsoft das eigene Netzwerk nicht unkontrolliert. Zu beachten bleibt dabei: Abgerufene Daten fließen zwangsläufig in die Anfragen an das verbundene KI-Modell ein, das je nach genutztem Client ein separater, externer Anbieter sein kann – dieser Datenpfad liegt außerhalb der Kontrolle des MCP-Servers selbst.

Für wen lohnt sich der Einsatz?

Besonders nützlich ist der Server für Teams, die Azure DevOps aktiv für Boards, Repos, Pipelines oder Testmanagement nutzen und ihren KI-Assistenten mit echten, aktuellen Projektdaten statt Vermutungen arbeiten lassen wollen. Wer stattdessen allgemeine Azure-Cloud-Ressourcen wie virtuelle Maschinen oder Speicherkonten verwalten möchte, ist beim bereits gelisteten Azure MCP Server richtig.

FAQ

Ist der Azure DevOps MCP Server kostenlos? Ja, laut offizieller Dokumentation ist der Server selbst kostenlos nutzbar. Es gelten jedoch die regulären Preise der jeweiligen Azure-DevOps-Organisation für Lizenzen und Datenzugriff.

Brauche ich für Claude Code den Remote- oder den lokalen Server? Für Claude Code, Claude Desktop, Cursor und Codex empfiehlt Microsoft ausdrücklich den lokalen Server per npx, da diese Clients das OAuth-Verfahren des Remote-Servers nicht unterstützen.

Aktive Azure-DevOps-Organisation. Für den lokalen Server: Node.js 20+ und ein kompatibler MCP-Client. Für den gehosteten Remote-Server: Organisation muss an einen Microsoft-Entra-Tenant gebunden sein (keine reinen MSA-Organisationen).

Für Claude Code: claude mcp add --transport stdio azure-devops -- npx -y @azure-devops/mcp {Organisation} (Organisationsnamen ersetzen). Für Claude Desktop: unter „File > Settings > Developer > Edit Config" den lokalen Server mit Befehl npx und Argumenten -y @azure-devops/mcp {Organisation} eintragen, Claude Desktop neu starten und den Connector „ado" bestätigen. Standardauthentifizierung ist interaktiver Browser-Login; mit --authentication azcli lässt sich stattdessen eine bestehende az login-Sitzung nutzen.

claude mcp add --transport stdio azure-devops -- npx -y @azure-devops/mcp {organization}

Lokaler Server: interaktiver Browser-Login mit Microsoft-Konto (Standard), alternativ Azure CLI (azcli), Umgebungsvariable oder Personal Access Token. Remote-Server: ausschließlich Microsoft Entra, erfordert Entra-gebundene Organisation.

Zugriff auf Projekte, Work Items, Pull Requests, Builds/Pipelines, Testpläne, Repositories und Wiki-Inhalte der verbundenen Azure-DevOps-Organisation, abhängig von den Rechten des angemeldeten Kontos. Umfang laut Anbieter durch den Nutzer über die gewählten Domains und Kontoberechtigungen steuerbar.

Der lokale Server läuft als Prozess auf dem eigenen Rechner und kommuniziert direkt mit der Azure-DevOps-REST-API der Organisation; der Remote-Server läuft als von Microsoft gehosteter Endpunkt. Abgerufene Projektdaten werden an den MCP-Client und dessen verbundenes KI-Modell weitergegeben.

Laut Anbieter keine externen API-Aufrufe außerhalb von Azure DevOps und volle Nutzerkontrolle über den Datenzugriff. Da der Server auch schreibende Operationen unterstützen kann (z. B. Pipelines auslösen), sollten Kontoberechtigungen bewusst minimal gehalten werden. Abgerufene Projekt- und Codedaten fließen in Anfragen an das verbundene KI-Modell ein.