otel-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| OTEL_EXPORTER_OTLP_HEADERS | No | Comma-separated key=value pairs for OTLP headers. | |
| OTEL_EXPORTER_OTLP_ENDPOINT | No | The OTLP endpoint URL for exporting OpenTelemetry data. | |
| OTEL_EXPORTER_OTLP_INSECURE | No | Toggle for gRPC TLS (e.g., true or false). | |
| OTEL_EXPORTER_OTLP_PROTOCOL | No | The OTLP protocol to use (grpc, http/protobuf, or http/json). |
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": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| add_endpointA | Register an OTLP destination. Args:
name: Unique identifier used by other tools to target this endpoint.
url: Collector URL. gRPC: |
| remove_endpointC | Remove an endpoint by name. |
| list_endpointsB | List registered endpoints. |
| clear_endpointsB | Remove all endpoints. |
| send_traceA | Send one or more spans to the targeted endpoints. Each span dict accepts: If |
| send_metricB | Send one or more metric instruments. Each metric dict accepts: |
| send_logB | Send one or more log records. Each record dict accepts: |
| list_mimic_profilesB | List available tool-mimicry profiles. |
| mimic_toolB | Emit a realistic bundle of signals mimicking a known tool. Args:
profile: One of |
| generate_loadA | Repeatedly run a mimic profile to simulate sustained traffic. Blocks for roughly |
| statusA | Report configured endpoints and available profiles. |
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 11 tools
Every tool has a clearly distinct purpose with no ambiguity. Tools like add_endpoint, remove_endpoint, and clear_endpoints handle endpoint management, while send_log, send_metric, and send_trace target specific telemetry signals. Mimic_tool and generate_load are for simulation, and list_endpoints/list_mimic_profiles/status are for querying, all with non-overlapping functions.
All tool names follow a consistent verb_noun pattern using snake_case, such as add_endpoint, list_endpoints, send_log, and mimic_tool. This uniformity makes the set predictable and easy to understand, with no deviations in naming conventions.
With 11 tools, this server is well-scoped for OpenTelemetry management and simulation. It covers endpoint configuration, telemetry emission, mimicry, and status reporting without being overly sparse or bloated, with each tool serving a clear and necessary role.
The tool set provides complete coverage for the OpenTelemetry domain, including CRUD operations for endpoints (add, remove, clear, list), sending all signal types (logs, metrics, traces), simulation capabilities (mimic, generate_load), and querying (status, list profiles). There are no obvious gaps that would hinder agent workflows.