Skip to main content
Glama
rafaelfreba

mcp-azure-devops-server

by rafaelfreba

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
ADO_PATYesPersonal Access Token
LOG_LEVELNodebug, info, warn, error ou silent. O PAT nunca é gravado em loginfo
ADO_COLLECTIONYesNome da Project Collection. Ex.: DefaultCollection
ADO_SERVER_URLYesURL base da instância, sem a collection e sem /_apis. Ex.: https://devops.empresa.local ou http://tfs.empresa.local:8080/tfs
ADO_API_VERSIONNoVersão da REST API. O Azure DevOps Server 2022 suporta 7.1; o 2022.1 também aceita 7.2-preview7.1
ADO_MAX_RETRIESNoTentativas extras em 429/5xx e falhas de rede2
ADO_DEFAULT_PROJECTNoProjeto usado quando a tool é chamada sem project. Reduz muito os erros do assistente ao adivinhar nomes
NODE_EXTRA_CA_CERTSNoCaminho para o CA da organização. É o caminho correto para certificado interno
ADO_REQUEST_TIMEOUT_MSNoTimeout por requisição30000
ADO_TLS_REJECT_UNAUTHORIZEDNofalse desliga a verificação de certificado TLS. Inseguro, só para laboratóriotrue

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

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
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:

  1. Filtros diretos — assignedTo, states, workItemTypes, areaPath. Cobrem a maioria dos casos. Em assignedTo, "@me" resolve para o usuário dono do PAT configurado no servidor.

  2. queryId — executa uma consulta salva (Shared Query) pelo seu GUID.

  3. wiql — uma consulta WIQL completa, para critérios que os filtros diretos não expressam (datas, campos customizados, operadores CONTAINS, etc.). Quando wiql é informado, os filtros diretos são ignorados.

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:

  • "quais bugs estão abertos no projeto Portal?"

  • "me mostra as tarefas atribuídas a mim"

  • "lista as user stories da sprint atual que ainda estão em New"

  • "quantos itens ativos existem na área Portal\Backend?"

  • "roda a consulta salva 3f2b...c1 e me resume o resultado"

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:

  • id (obrigatório): o número do work item, como aparece na interface web.

  • project: opcional; se omitido usa ADO_DEFAULT_PROJECT.

  • expand: "all" (padrão) traz tudo, inclusive relações; "none" traz só os campos básicos e é mais econômico quando só se quer conferir estado ou título.

  • fields: lista de campos específicos por nome de referência (ex.: ["System.Title", "Custom.Sistema"]). Exige expand: "none" — a API não aceita os dois juntos.

Exemplos de pedidos que devem acionar esta tool:

  • "o que é o bug 1234?"

  • "me mostra os detalhes do work item 4521"

  • "qual é o critério de aceite da US 890?"

  • "quem está responsável pela tarefa 77 e em que estado ela está?"

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:

  • workItemType (obrigatório): o nome exato do tipo no processo do projeto — "Task", "Bug", "User Story", "Product Backlog Item", "Epic", "Feature". Tipos variam entre processos (Agile, Scrum, CMMI); se der erro de tipo inexistente, confirme com o usuário.

  • title (obrigatório): título do item, até 255 caracteres.

  • project: opcional se ADO_DEFAULT_PROJECT estiver configurado.

  • description e acceptanceCriteria: texto em HTML (, , ), nunca Markdown nem CDATA.

  • assignedTo, areaPath, iterationPath, priority (1 a 4), tags, parentId.

  • additionalFields: qualquer outro campo, inclusive customizados, por nome de referência. Ex.: {"Custom.Sistema": "Portal", "Microsoft.VSTS.Scheduling.StoryPoints": 5}.

Exemplos de pedidos que devem acionar esta tool:

  • "abre um bug no projeto Portal: o login falha com senha correta"

  • "cria uma tarefa para revisar o contrato, atribuída à Ana, prioridade 2"

  • "registra uma user story de exportação em CSV como filha do épico 1200"

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:

  • id (obrigatório): o número do work item.

  • Pelo menos um campo além do id precisa ser informado.

  • state: precisa ser um estado válido para o tipo e a transição precisa ser permitida pelo processo (ex.: em muitos processos não se vai de "New" direto para "Closed").

  • comment: vai para o histórico de discussão (System.History), em HTML.

  • tags: SUBSTITUI a lista inteira de tags (passe [] para limpar todas). Para alteração incremental use tagsToAdd e/ou tagsToRemove, que preservam as demais. Não combine "tags" com "tagsToAdd"/"tagsToRemove" na mesma chamada.

  • description e demais campos de texto longo: HTML, nunca Markdown nem CDATA.

  • additionalFields: outros campos por nome de referência.

Exemplos de pedidos que devem acionar esta tool:

  • "fecha o bug 1234"

  • "passa a tarefa 88 para Active e atribui ao Carlos"

  • "comenta no item 4521 que o deploy foi feito em produção"

  • "adiciona a tag regressao no bug 1234 sem mexer nas outras tags"

  • "move a US 890 para a sprint 13"

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.6/5.0

Scored across 4 tools

Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count5/5

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.

Completeness4/5

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.

Maintenance

ActivityMaintained
ResponsivenessNo issues