Dynatrace

Um servidor MCP para a plataforma de observabilidade Dynatrace.

Documentação

Servidor MCP Dynatrace

⚠️ DESCONTINUADO

Este repositório está descontinuado. A versão 2.1.2 foi o lançamento final — nenhuma atualização adicional será feita.

Por favor, migre para uma das alternativas mantidas ativamente:

Caso de uso	Ferramenta recomendada
Desenvolvimento local (VS Code, IntelliJ, Claude Code, Cursor, …)	Dynatrace-for-AI + `dtctl`
Agente para agente / remoto (Atlassian Rovo, GitHub Coding Agent, …)	Servidor MCP Remoto Dynatrace — nenhuma configuração local necessária

Consulte o guia de migração para uma comparação passo a passo e instruções de migração.

O servidor MCP Dynatrace local permite que Assistentes de IA interajam com a plataforma de observabilidade Dynatrace, trazendo dados de observabilidade em tempo real diretamente para o seu fluxo de trabalho de desenvolvimento.

Nota: Este produto não é oficialmente suportado pela Dynatrace.

Se precisar de ajuda, entre em contato conosco via GitHub Issues se tiver solicitações de recursos, perguntas ou precisar de ajuda.

https://github.com/user-attachments/assets/25c05db1-8e09-4a7f-add2-ed486ffd4b5a

Pré-requisitos

Node.js v24 ou mais recente é necessário para executar o Servidor MCP Dynatrace.

Início rápido

Você pode adicionar este servidor MCP ao seu Cliente MCP como VSCode, Claude, Cursor, Amazon Q, Windsurf, ChatGPT ou Github Copilot via o comando npx -y @dynatrace-oss/dynatrace-mcp-server (tipo: stdio). Para mais detalhes, consulte a seção de configuração abaixo.

Além disso, você precisa configurar a URL para um ambiente Dynatrace:

DT_ENVIRONMENT (string, ex.: https://abc12345.apps.dynatrace.com) - URL para sua Plataforma Dynatrace (não use URLs clássicas da Dynatrace como abc12345.live.dynatrace.com)

A autenticação será tratada via Fluxo de Código de Autorização no seu navegador; você não precisa definir um Token de Plataforma nem um Cliente OAuth para começar. Após a autenticação inicial, seu token é armazenado com segurança no chaveiro do sistema operacional (Keychain do macOS, Gerenciador de Credenciais do Windows ou Serviço Secreto do Linux) e reutilizado nas inicializações subsequentes do servidor, então o navegador abre apenas uma vez por vida útil do token.

Se você estiver executando em um ambiente headless/contêiner onde o chaveiro do sistema operacional não está disponível, defina DT_MCP_TOKEN_STORAGE=file para persistir tokens em ~/.config/dynatrace-mcp/.

Quando terminar, recomendamos consultar exemplos de prompts, como Get all details of the entity 'my-service' ou Show me error logs. Lembre-se de que esses prompts levam à execução de declarações DQL que podem incorrer em custos de acordo com sua licença.

VSCode

{
  "servers": {
    "npx-dynatrace-mcp-server": {
      "command": "npx",
      "args": ["-y", "@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      }
    }
  }
}

Arquitetura

Architecture

Casos de uso

Observabilidade em tempo real - Busque dados de nível de produção para detecção precoce e monitoramento proativo
Depuração contextual - Corrija problemas com contexto completo de exceções, logs e anomalias monitoradas
Insights de segurança - Obtenha análise detalhada de vulnerabilidades e rastreamento de problemas de segurança
Consultas em linguagem natural - Use geração e explicação de DQL com IA
Investigação de incidentes em múltiplas fases - Abordagem sistemática em 4 fases com avaliação automatizada de impacto
Análise avançada de transações - Identificação precisa da causa raiz com precisão em nível de arquivo/linha
Correlação entre fontes de dados - Conecte problemas → spans → logs com correlação de ID de rastreamento
Automação de DevOps - Portões de saúde de implantação com lógica automatizada de promoção/rollback
Monitoramento de conformidade de segurança - Avaliação de conformidade em múltiplas nuvens com investigação baseada em evidências

Capacidades

Observabilidade e Gerenciamento de Problemas (ex.: list_problems, list_vulnerabilities, list_exceptions, get_kubernetes_events)
Consulta de Dados do Grail (ex.: execute_dql, verify_dql, generate_dql_from_natural_language, explain_dql_in_natural_language)
Descoberta de Entidades (ex.: find_entity_by_name)
Inteligência Dynatrace (ex.: chat_with_davis_copilot, list_davis_analyzers, execute_davis_analyzer)
Automação e Notificações (ex.: send_slack_message, send_email, send_event)
Compartilhar resultados (ex.: create_dynatrace_notebook)

Custos

Importante: Embora este servidor MCP local seja fornecido gratuitamente, usar certas capacidades para acessar dados no Dynatrace Grail pode incorrer em custos adicionais com base no seu modelo de consumo da Dynatrace. Isso afeta a ferramenta execute_dql e outras capacidades que consultam o armazenamento do Dynatrace Grail, e os custos dependem do volume (GB digitalizados).

Antes de usar este servidor MCP extensivamente, por favor:

Revise seu modelo de consumo e preços atuais da Dynatrace
Entenda as implicações de custo dos dados específicos que você planeja consultar (logs, eventos, métricas) - consulte Preços e Tabela de Tarifas da Dynatrace
Comece com períodos de tempo menores (ex.: 12h-24h) e use buckets para reduzir o impacto de custo
Defina uma variável de ambiente DT_GRAIL_QUERY_BUDGET_GB apropriada (padrão: 1000 GB) para controlar e monitorar seu consumo de consultas Grail

Rastreamento de Orçamento Grail:

O servidor MCP inclui rastreamento de orçamento integrado para consultas Grail para ajudá-lo a monitorar e controlar custos:

Defina DT_GRAIL_QUERY_BUDGET_GB (padrão: 1000 GB) para definir seu limite de orçamento de sessão
O servidor rastreia bytes digitalizados em todas as consultas Grail na sessão atual
Você receberá avisos ao se aproximar de 80% do seu orçamento
Alertas de orçamento excedido ajudam a prevenir consumo alto inesperado
O orçamento é redefinido quando você reinicia a sessão do servidor MCP

Para entender os custos que ocorreram:

Execute a seguinte declaração DQL em um notebook para ver quantos bytes foram consultados do Grail (Logs, Eventos, etc...):

fetch dt.system.events
| filter event.kind == "QUERY_EXECUTION_EVENT" and contains(client.client_context, "dynatrace-mcp")
| sort timestamp desc
| fields timestamp, query_id, query_string, scanned_bytes, table, bucket, user.id, user.email, client.client_context
| maketimeSeries sum(scanned_bytes), by: { user.email, user.id, table }

Assistência com IA

Linguagem Natural para DQL - Converta consultas em inglês simples para a Linguagem de Consulta Dynatrace
Explicação de DQL - Obtenha explicações em inglês simples de consultas DQL complexas
Assistente de Chat com IA - Obtenha ajuda contextual e orientação para perguntas sobre Dynatrace

Configuração

Você pode adicionar este servidor MCP (usando STDIO) ao seu Cliente MCP como VS Code, Claude, Cursor, Amazon Q Developer CLI, Windsurf Github Copilot via o pacote @dynatrace-oss/dynatrace-mcp-server.

Recomendamos sempre configurá-lo para seu espaço de trabalho atual em vez de usá-lo globalmente.

VS Code

{
  "servers": {
    "npx-dynatrace-mcp-server": {
      "command": "npx",
      "args": ["-y", "@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      }
    }
  }
}

Claude Desktop

{
  "mcpServers": {
    "dynatrace-mcp-server": {
      "command": "npx",
      "args": ["-y", "@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      }
    }
  }
}

Amazon Q Developer CLI

O Amazon Q Developer CLI fornece uma experiência de chat interativa diretamente no seu terminal. Você pode fazer perguntas, obter ajuda com serviços AWS, solucionar problemas e gerar trechos de código sem sair do seu ambiente de linha de comando.

{
  "mcpServers": {
    "dynatrace-mcp-server": {
      "command": "npx",
      "args": ["-y", "@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      }
    }
  }
}

Esta configuração deve ser armazenada em <your-repo>/.amazonq/mcp.json.

Amazon Kiro

O Amazon Kiro é uma IDE agêntica que ajuda você a fazer seu melhor trabalho com recursos como especificações, direcionamento e hooks.

{
  "mcpServers": {
    "dynatrace-mcp-server": {
      "command": "npx",
      "args": ["-y", "@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      }
    }
  }
}

Esta configuração deve ser armazenada em <your-repo>/.kiro/settings/mcp.json.

Google Gemini CLI

O Google Gemini CLI é o assistente de IA oficial de linha de comando do Google que suporta integração com servidor MCP. Você pode adicionar o servidor MCP Dynatrace usando os comandos de gerenciamento integrados ou configuração manual.

Usando o CLI gemini diretamente (recomendado):

gemini extensions install https://github.com/dynatrace-oss/dynatrace-mcp
export DT_PLATFORM_TOKEN=... # optional

O comando solicitará o valor do Ambiente Dynatrace.

Verifique se o servidor está em execução via

gemini mcp list

Ou manualmente no seu ~/.gemini/settings.json ou .gemini/settings.json:

{
  "mcpServers": {
    "dynatrace": {
      "command": "npx",
      "args": ["@dynatrace-oss/dynatrace-mcp-server@latest"],
      "env": {
        "DT_ENVIRONMENT": "https://abc12345.apps.dynatrace.com"
      },
      "timeout": 30000,
      "trust": false
    }
  }
}

Modo de Servidor HTTP (Alternativa)

💡 Recomendação: Em vez de auto-hospedar com --http / --server, considere usar o Servidor MCP Remoto Dynatrace oficial — é mais seguro, sempre atualizado e não requer gerenciamento de infraestrutura.

Para cenários onde você precisa executar o servidor MCP como um serviço HTTP em vez de usar stdio (ex.: para sessões com estado, balanceamento de carga ou integração com clientes web), você pode usar o modo de servidor HTTP:

Executando como servidor HTTP:

Por favor, proteja seu servidor com um token de portador:

export MCP_BEARER_TOKEN=<bearer-token>

# Get help and see all available options
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --help

# Run with HTTP server on default port 3000
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http

# Run with custom port (using short or long flag)
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --server -p 8080
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http --port 3001

# Run with custom host/IP (using short or long flag)
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http --host 127.0.0.1 # recommended for local computers
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http --host 0.0.0.0 # required for container (binds all interfaces; omitting --host defaults to 127.0.0.1)
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http -H 192.168.0.1 # recommended when sharing connection over a local network

# Static OAuth callback port (useful when the port must be exposed, e.g., when running the MCP in a container)
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --oauth-redirect-port 5344

# Check version
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --version

Configuração para clientes MCP que suportam transporte HTTP:

{
  "mcpServers": {
    "dynatrace-http": {
      "url": "http://localhost:3000",
      "transport": "http",
      "headers": {
        "Authorization": "Bearer <bearer-token>"
      }
    }
  }
}

Autenticação de Token de Portador (`MCP_BEARER_TOKEN`)

MCP_BEARER_TOKEN é obrigatório ao executar em modo HTTP. O servidor se recusará a iniciar se esta variável não estiver definida.

Cada solicitação HTTP deve incluir um cabeçalho Authorization: Bearer <token>. Solicitações sem um token válido recebem 401 Unauthorized.

Gerando um token seguro:

export MCP_BEARER_TOKEN=$(openssl rand -base64 32)
npx -y @dynatrace-oss/dynatrace-mcp-server@latest --http

Configurando o cliente MCP para enviar o token:

{
  "mcpServers": {
    "dynatrace-http": {
      "url": "http://localhost:3000",
      "transport": "http",
      "headers": {
        "Authorization": "Bearer <your-token>"
      }
    }
  }
}

Pacote MCP (MCPB)

Cada lançamento publica um arquivo de Pacote MCP pré-construído (.mcpb) que você pode instalar diretamente no Claude Desktop sem nenhuma configuração JSON manual.

Instalando no Claude Desktop:

Vá para a página de GitHub Releases e baixe o arquivo dynatrace-mcp-server-<version>.mcpb mais recente.
Clique duas vezes no arquivo .mcpb baixado, ou abra o Claude Desktop → Configurações → Desenvolvedor e arraste o arquivo para a lista de servidores MCP.
Siga os prompts para definir sua variável DT_ENVIRONMENT (ex.: https://abc12345.apps.dynatrace.com).

Este repositório também inclui um manifest.json compatível com Pacote MCP para instalação local. O pacote executa o ponto de entrada do servidor local compilado via stdio:

server.type: node
server.entry_point: dist/index.js
mcp_config.command: node
mcp_config.args: ["${__dirname}/dist/index.js"]

Arquivo de Regras

Para recuperação eficiente de resultados da Dynatrace, considere criar um arquivo de regras (ex.: .github/copilot-instructions.md, .amazonq/rules/), instruindo agentes de codificação sobre como obter mais detalhes para seu componente/aplicativo/serviço. Aqui está um exemplo para easytrade, por favor adapte os nomes e filtros para atender seus casos de uso e componentes:

# Observability

We use Dynatrace as an Observability solution. This document provides instructions on how to get data for easytrade from Dynatrace using DQL.

## How to get any data for my App

Depending on the query and tool used, the following filters can be applied to narrow down results:

* `contains(entity.name, "easytrade")`
* `contains(affected_entity.name, "easytrade")`
* `contains(container.name, "easytrade")`

For best results, you can combine these filters with an `OR` operator.

## Logs

To fetch logs for easytrade, execute `fetch logs | filter contains(container.name, "easyatrade")`.
For fetching just error-logs, add `| filter loglevel == "ERROR"`.

Variáveis de Ambiente

Mudança de Quebra na v1.0.0: O servidor MCP não carrega mais automaticamente arquivos .env. Para usar variáveis de ambiente de um arquivo .env, você precisa configurar seu cliente MCP para carregar variáveis de ambiente usando a opção de configuração nativa envFile. Consulte os exemplos de configuração abaixo para detalhes.

DT_ENVIRONMENT (obrigatório, string, ex.: https://abc12345.apps.dynatrace.com) - URL para sua Plataforma Dynatrace (não use URLs clássicas da Dynatrace como abc12345.live.dynatrace.com)
DT_PLATFORM_TOKEN (opcional, string, ex.: dt0s16.SAMPLE.abcd1234) - Token de Plataforma Dynatrace
OAUTH_CLIENT_ID (opcional, string, ex.: dt0s02.SAMPLE) - Alternativa: ID do Cliente OAuth Dynatrace (para casos de uso avançados)
OAUTH_CLIENT_SECRET (opcional, string, ex.: dt0s02.SAMPLE.abcd1234) - Alternativa: Segredo do Cliente OAuth Dynatrace (para casos de uso avançados)
DT_SSO_URL (opcional, string, ex.: https://sso.dynatrace.com) - Substitua a URL SSO para autenticação OAuth. Por padrão, a URL SSO é descoberta automaticamente do seu ambiente Dynatrace.
DT_GRAIL_QUERY_BUDGET_GB (opcional, número, padrão: 1000) - Limite de orçamento em GB (base 1000) para bytes de consulta Grail digitalizados por sessão. O servidor MCP rastreia seu uso do Grail e avisa ao se aproximar ou exceder este limite. Quando apenas o DT_ENVIRONMENT é fornecido, o servidor MCP local tentará abrir uma janela do navegador para autenticar contra o SSO da Dynatrace.

Para mais informações sobre os outros métodos de autenticação, consulte a documentação sobre criação de um Platform Token na Dynatrace, bem como criação de um OAuth Client na Dynatrace para cenários avançados (service-users, comunicação backend-to-backend).

Além disso, dependendo dos recursos que você utiliza, as seguintes variáveis podem ser configuradas:

SLACK_CONNECTION_ID (string) - ID da conexão de uma Slack Connection

Configuração de Proxy

O servidor MCP respeita as configurações de proxy do sistema para ambientes corporativos:

https_proxy ou HTTPS_PROXY (opcional, string, ex.: http://proxy.example.com:8080) - URL do servidor proxy para requisições HTTPS
http_proxy ou HTTP_PROXY (opcional, string, ex.: http://proxy.example.com:8080) - URL do servidor proxy para requisições HTTP
no_proxy ou NO_PROXY (opcional, string, ex.: localhost,127.0.0.1,.local) - Lista separada por vírgulas de hostnames ou domínios que devem ignorar o proxy
NODE_EXTRA_CA_CERTS (opcional, string, ex.: C:\some-path\certificate.pem) - Quando definido, os CAs "root" conhecidos (como VeriSign) serão estendidos com os certificados adicionais

Nota: A variável de ambiente no_proxy é atualmente registrada para fins informativos, mas não é totalmente aplicada pelo cliente HTTP subjacente. Se você precisar ignorar o proxy para hosts específicos, considere configurar seu servidor proxy para lidar com essas exclusões.

Exemplo de configuração com proxy:

export HTTPS_PROXY=http://proxy.company.com:8080
export NO_PROXY=localhost,127.0.0.1,.company.local
export DT_ENVIRONMENT=https://abc12345.apps.dynatrace.com

Escopos para Autenticação

Dependendo dos recursos que você está utilizando, os seguintes escopos são necessários:

Disponíveis tanto para Platform Tokens quanto para OAuth Clients:

app-engine:apps:run - necessário para quase todas as ferramentas
app-settings:objects:read - leitura de app-settings - necessário para a ferramenta send_slack_message ler detalhes de conexão do App-Settings
storage:buckets:read - necessário para a ferramenta execute_dql ler todos os dados do sistema armazenados no Grail
storage:logs:read - necessário para a ferramenta execute_dql ler logs para validações do reliability guardian
storage:metrics:read - necessário para a ferramenta execute_dql ler métricas para validações do reliability guardian
storage:bizevents:read - necessário para a ferramenta execute_dql ler bizevents para validações do reliability guardian
storage:spans:read - necessário para a ferramenta execute_dql ler spans do Grail
storage:entities:read - necessário para a ferramenta execute_dql ler Entidades do Grail
storage:events:read - necessário para a ferramenta execute_dql ler Eventos do Grail
storage:security.events:read - necessário para a ferramenta execute_dql ler Eventos de Segurança do Grail
storage:system:read - necessário para a ferramenta execute_dql ler Dados do Sistema do Grail
storage:user.events:read - necessário para a ferramenta execute_dql ler eventos de Usuário do Grail
storage:user.sessions:read - necessário para a ferramenta execute_dql ler sessões de Usuário do Grail
storage:smartscape:read - necessário para a ferramenta execute_dql ler Dados do Smartscape
storage:files:read - necessário para a ferramenta execute_dql usar instruções DQL load para dados de consulta (ex.: /lookups/http_status_codes)
storage:events:write - necessário para a ferramenta send_event enviar dados de eventos para a Dynatrace
davis-copilot:conversations:execute - executar skill conversacional (chat com o Copilot)
davis-copilot:nl2dql:execute - executar skill Davis Copilot Natural Language (NL) para DQL
davis-copilot:dql2nl:execute - executar skill DQL para Natural Language (NL)
davis:analyzers:read - necessário para listar e obter definições de analisadores Davis
davis:analyzers:execute - necessário para executar analisadores Davis
email:emails:send - necessário para a ferramenta send_email enviar e-mails
document:documents:read - necessário para as ferramentas list_documents e read_document listar e ler documentos da Dynatrace (Notebooks, Dashboards, Launchpads, etc.)
document:documents:write - necessário para a ferramenta create_document criar novos documentos

Notas:

Versões anteriores à 0.12.0 exigiam o escopo app-engine:functions:run, que não é mais necessário.
Versões anteriores à 0.13.0 exigiam os escopos settings:objects:read e environment-api:entities:read, que não são mais necessários.

✨ Exemplos de prompts ✨

Você pode começar com algo simples como "Meu componente está monitorado pela Dynatrace?" e continuar com exemplos mais sofisticados.

Solução de Problemas

Problemas de Autenticação

Na maioria dos casos, problemas de autenticação estão relacionados a escopos ausentes ou tokens inválidos. Certifique-se de ter adicionado todos os escopos necessários listados acima.

Para Platform Tokens:

Verifique se o seu Platform Token tem todos os escopos necessários listados na seção "Escopos para Autenticação"
Garanta que seu token seja válido e não esteja expirado
Verifique se o seu usuário tem as permissões necessárias no seu Ambiente Dynatrace

Para OAuth Clients: Em caso de problemas relacionados a OAuth, você pode solucionar problemas de SSO/OAuth com base na nossa Documentação para Desenvolvedores da Dynatrace.

É recomendado testar o acesso com a seguinte API (que requer escopos mínimos app-engine:apps:run e, ex.: storage:logs:read):

Use o OAuth Client ID e Secret para obter um Bearer Token (válido apenas por alguns minutos):

curl --request POST 'https://sso.dynatrace.com/sso/oauth2/token' \
  --header 'Content-Type: application/x-www-form-urlencoded' \
  --data-urlencode 'grant_type=client_credentials' \
  --data-urlencode 'client_id={your-client-id}' \
  --data-urlencode 'client_secret={your-client-secret}' \
  --data-urlencode 'scope=app-engine:apps:run storage:logs:read'

Use access_token da resposta da chamada acima como bearer-token na próxima chamada:

curl -X GET https://abc12345.apps.dynatrace.com/platform/management/v1/environment \
  -H 'accept: application/json' \
  -H 'Authorization: Bearer {your-bearer-token}'

Você deve obter um resultado como este:

{
  "environmentId": "abc12345",
  "createTime": "2023-01-01T00:10:57.123Z",
  "blockTime": "2025-12-07T00:00:00Z",
  "state": "ACTIVE"
}

Problema ao acessar dados no Grail

O Grail tem uma seção dedicada sobre permissões na Documentação da Dynatrace. Consulte https://docs.dynatrace.com/docs/discover-dynatrace/platform/grail/data-model/assign-permissions-in-grail para mais detalhes.

Telemetria

O Dynatrace MCP Server envia dados de telemetria usando Dynatrace OpenKit BizEvents para ajudar a melhorar o produto. Isso inclui:

Eventos de início do servidor (com.dynatrace-oss.mcp.server-start)
Eventos de inicialização do cliente (com.dynatrace-oss.mcp.client-initialization) - qual cliente MCP está conectando (ex.: VS Code, Claude Desktop, Cursor)
Eventos de uso de ferramentas (com.dynatrace-oss.mcp.tool-usage) - quais ferramentas são chamadas, sucesso/falha, duração da execução
Eventos de erro (com.dynatrace-oss.mcp.error) - rastreamento de erros para depuração e melhoria

Todos os dados de telemetria são enviados como Business Events e são acessíveis via Grail para análise:

fetch bizevents
| filter startsWith(event.type, "com.dynatrace-oss.mcp")
| sort timestamp DESC

Privacidade e Opt-out:

A telemetria está habilitada por padrão, mas pode ser desabilitada definindo DT_MCP_DISABLE_TELEMETRY=true
Nenhum dado sensível do seu ambiente Dynatrace é rastreado
Apenas estatísticas de uso anônimas e informações de erro são coletadas
Estatísticas de uso e dados de erro são transmitidos para o endpoint de análise da Dynatrace

Opções de configuração:

DT_MCP_DISABLE_TELEMETRY (booleano, padrão: false) - Desabilitar Telemetria
DT_MCP_TELEMETRY_APPLICATION_ID (string, padrão: dynatrace-mcp-server) - ID do aplicativo para rastreamento
DT_MCP_TELEMETRY_ENDPOINT_URL (string, padrão: endpoint da Dynatrace) - URL do endpoint OpenKit
DT_MCP_TELEMETRY_DEVICE_ID (string, padrão: gerado automaticamente) - Identificador do dispositivo para rastreamento

Para desabilitar o rastreamento de uso, adicione isto ao seu ambiente:

DT_MCP_DISABLE_TELEMETRY=true