MCP-serveren til Azure DevOps er allment tilgjengelig, men Claude Code og Cursor låses ute
Kobler KI-assistenter til Azure DevOps-prosjekter over streambar HTTP uten lokal installasjon, så lenge klienten slipper gjennom Microsoft Entra.
Oppsettet er tre linjer i mcp.json: en server som heter ado-remote-mcp, URL-en mcp.dev.azure.com etterfulgt av organisasjonsnavnet ditt, og type http. Ingen container, ingen prosess på din egen maskin. Azure DevOps-tjenesten hoster serveren selv, og Dan Hellem kunngjorde den som allment tilgjengelig i et blogginnlegg datert 5. august.
Skillelinjen går på autentisering, ikke funksjonalitet. Serveren bruker Microsoft Entra og arver Entras begrensninger: organisasjonen din må ligge bak en Entra-tenant, og frittstående organisasjoner på Microsoft-konto er ikke støttet i det hele tatt. Klienten må i tillegg kunne registrere seg selv mot Entra, enten gjennom dynamisk OAuth-klientregistrering eller gjennom et client ID Metadata-dokument.
Den kravsetningen er det som stenger døra. Claude Desktop, Claude Code, ChatGPT og Cursor faller alle utenfor i dag. Innenfor står Visual Studio Code med GitHub Copilot, Microsoft Foundry, Copilot Studio, Visual Studio, GitHub Copilot CLI og Copilot-appen. Listen har et tydelig mønster, og Hellem avviser at mønsteret er tilsiktet.
«Fjernkjørt MCP er ikke bevisst begrenset til Microsofts egne førstepartsklienter. Vi jobber oss gjennom noen integrasjonsutfordringer med å få den statiske, forhåndsregistrerte klientmodellen til å virke mot mcp.dev.azure.com.» — Dan Hellem, Azure DevOps
Fram til det løser seg er den lokale MCP-serveren veien inn for alle andre klienter. Microsoft lover funksjonsparitet mellom de to variantene, og skriver at verktøysettet i den lokale serveren nylig ble konsolidert slik at det nå ligger på linje med den fjernkjørte. Kjører du Claude Code mot Azure DevOps i dag, endrer lanseringen altså lite annet enn at det finnes et sted å flytte over til senere.
Ett spørsmål fikk et kontant svar. På spørsmål om når dette kommer til Azure DevOps Server på egne maskiner, skrev Hellem:
«Beklager, det er ingen planer om å bringe en fjernkjørt MCP-server til on-prem.» — Dan Hellem, Azure DevOps
En agent med tilgang til work items, pull requests, repoer og pipelines er en reell kontekstgevinst når du ber om endringer på tvers av et prosjekt. Det nye her er at MCP-økosystemet får sin egen form for plattformlåsing, og at den ikke ligger i protokollen, som er åpen. Den ligger i identitetslaget rundt protokollen: hvilken agent du får bruke mot en tjeneste avgjøres av hvem som har rukket å bli registrert hos identitetsleverandøren.
Hva bør du gjøre?
- Sjekk om Azure DevOps-organisasjonen din ligger bak en Entra-tenant. Er den frittstående på Microsoft-konto, er den fjernkjørte serveren utelukket uansett klient.
- Bruker du VS Code med Copilot, legg ado-remote-mcp inn i mcp.json og drep den lokale prosessen.
- Bruker du Claude Code eller Cursor, bli på den lokale serveren. Verktøysettet er allerede konsolidert mot det fjernkjørte, så et bytte senere blir mindre arbeid.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.