mcp-azure-devops-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ADO_PAT | Yes | Personal Access Token | |
| LOG_LEVEL | No | debug, info, warn, error ou silent. O PAT nunca é gravado em log | info |
| ADO_COLLECTION | Yes | Nome da Project Collection. Ex.: DefaultCollection | |
| ADO_SERVER_URL | Yes | URL base da instância, sem a collection e sem /_apis. Ex.: https://devops.empresa.local ou http://tfs.empresa.local:8080/tfs | |
| ADO_API_VERSION | No | Versão da REST API. O Azure DevOps Server 2022 suporta 7.1; o 2022.1 também aceita 7.2-preview | 7.1 |
| ADO_MAX_RETRIES | No | Tentativas extras em 429/5xx e falhas de rede | 2 |
| ADO_DEFAULT_PROJECT | No | Projeto usado quando a tool é chamada sem project. Reduz muito os erros do assistente ao adivinhar nomes | |
| NODE_EXTRA_CA_CERTS | No | Caminho para o CA da organização. É o caminho correto para certificado interno | |
| ADO_REQUEST_TIMEOUT_MS | No | Timeout por requisição | 30000 |
| ADO_TLS_REJECT_UNAUTHORIZED | No | false desliga a verificação de certificado TLS. Inseguro, só para laboratório | true |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_work_itemsA | Lista work items (tarefas, bugs, user stories, etc.) de um projeto do Azure DevOps Server, devolvendo um resumo de cada um: ID, tipo, título, estado, responsável, área, sprint e tags. Use quando o pedido for por um CONJUNTO de itens que atendem a um critério. Para um item específico de que já se conhece o ID, use get_work_item (traz mais detalhe). Três formas de filtrar, da mais simples para a mais poderosa:
O parâmetro project pode ser omitido se o servidor tiver ADO_DEFAULT_PROJECT configurado. Retorna no máximo 200 itens por chamada (padrão 50); use skip para paginar e leia totalMatched para saber quantos a consulta encontrou no total. Exemplos de pedidos que devem acionar esta tool:
|
| get_work_itemA | Retorna todos os detalhes de UM work item do Azure DevOps Server a partir do seu ID: título, descrição, critérios de aceite, estado, responsável, área, sprint, prioridade, tags, datas, autor, campos customizados e links com outros work items. Use quando o ID já é conhecido — porque o usuário o citou, ou porque veio de uma chamada anterior a list_work_items. Se o ID ainda não é conhecido, chame list_work_items primeiro. Parâmetros:
Exemplos de pedidos que devem acionar esta tool:
|
| create_work_itemA | Cria um novo work item em um projeto do Azure DevOps Server e devolve o item criado, já com o ID gerado e o link para abri-lo no navegador. Use quando o pedido for para registrar algo novo: uma tarefa, um bug, uma história. Esta operação ESCREVE no Azure DevOps e é visível para o time — confirme com o usuário o tipo, o título e o projeto antes de chamar, se algum deles estiver ambíguo. Parâmetros:
Exemplos de pedidos que devem acionar esta tool:
|
| update_work_itemA | Atualiza campos de um work item existente do Azure DevOps Server e/ou registra um comentário na aba Discussion. Devolve o item já atualizado e a lista de campos alterados. Use para mudar estado, responsável, título, descrição, prioridade, sprint, tags, campos customizados, ou apenas para deixar um comentário. Só envia os campos informados — os demais permanecem como estão. Esta operação ESCREVE no Azure DevOps e gera notificação para os envolvidos. Parâmetros:
Exemplos de pedidos que devem acionar esta tool:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
The four tools have clearly distinct purposes: list for querying sets, get for fetching one item by ID, create for new items, and update for modifying existing items. The descriptions explicitly cross-reference each other, so an agent is unlikely to select the wrong tool.
All tool names follow the verb_noun pattern with the same domain object: list_work_items, get_work_item, create_work_item, update_work_item. The only variation is the plural on list_work_items, which is conventional and predictable.
Four tools is a well-scoped set for focused Azure DevOps work item management. Each tool covers a distinct core operation, and the small count avoids redundancy and confusion.
The set covers the main work item lifecycle: query, read, create, and update, including comments and tag changes. Missing delete and explicit link management are minor gaps that agents can work around, especially since deletion is less common in work item workflows.