Investigate OpenTelemetry traces, metrics, and logs, and manage personal dashboards.
MCPpedia last refreshed this data
io.github.labstack/fanout is an MCP server that investigate OpenTelemetry traces, metrics, and logs, and manage personal dashboards. Its tool list has not been published yet over http, requires no API key, and scores 73/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients - only the file and path differ.
https://{fanout_host}/mcpRemote servers are added as connectors, not in claude_desktop_config.json, which is for local servers.
Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Investigate OpenTelemetry traces, metrics, and logs, and manage personal dashboards.
This server supports HTTP transport. Be the first to test it - help the community know if it works.
Five weighted categories - click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
Click any tool to inspect its schema.
Be the first to review
Have you used this server?
Share your experience - it helps other developers decide.
Sign in to write a review.
Others in analytics
Ask your agent about your own Apple Health data: 194 metrics, 22 tools, local, 0 deps.
MCP server for Dynatrace Managed to access logs, events, and metrics.
Official PostHog MCP Server for product analytics, feature flags, experiments, and more.
Read and manage Churnkey cancel flows, retention metrics, and payment recovery
MCP Security Weekly
Get CVE alerts and security updates for io.github.labstack/fanout and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
Pitot (pronounced PEE-toh).
Observability your agents can operate. Send OpenTelemetry to one binary, then investigate with Pitot's built-in agent or connect your own over MCP.
Current Pitot interface with deterministic offline sample telemetry.
Pitot keeps OpenTelemetry traces, logs, and metrics in one binary and one data directory, with no external storage services to operate. Pitot is pre-release and changes without migration paths; the browser client, built-in agent, MCP tools, dashboards, and alerts are preview capabilities (status). Start with the documentation or run it below.
docker run --name pitot --restart unless-stopped -p 7520:7520 \
-v pitot-data:/var/lib/pitot/data \
-e PITOT_AUTH_CODE_SECRET=$(openssl rand -hex 32) \
labstack/pitot:latest
Open the one-time setup URL printed by the container and create the first administrator. Pitot
displays the ingest token exactly once, unless PITOT_INGEST_TOKEN already set it; save it with your collector secrets. For later sign-in
without SMTP, mint a 15-minute, single-use link against the running container's control database:
docker exec pitot pitot login-link admin@example.com
The UI, API, MCP, and both OTLP transports share port 7520. See
installation for image defaults and bind-mount ownership, and
first boot for setup and SMTP login.
Install a checksum-verified release for Linux or macOS, amd64 or arm64:
curl -fsSL https://raw.githubusercontent.com/labstack/pitot/main/scripts/install.sh | sh
export PITOT_AUTH_CODE_SECRET=$(openssl rand -hex 32)
pitot
Set PITOT_VERSION to a release tag, such as v2026.11.0-alpha, to pin a release, and PITOT_PREFIX to choose the installation
directory. Native installs bind 127.0.0.1:7520; set PITOT_ADDR=:7520 for remote access, then
follow the same first-boot setup.
A standard OTLP/HTTP exporter can use the saved ingest token:
export OTEL_EXPORTER_OTLP_PROTOCOL=http/protobuf
export OTEL_EXPORTER_OTLP_ENDPOINT=http://localhost:7520
export OTEL_EXPORTER_OTLP_HEADERS="authorization=Bearer%20$INGEST_TOKEN"
For a Collector on the same private container network, the forwarding side is:
exporters:
otlp_http/pitot:
endpoint: http://pitot:7520
headers:
Authorization: "Bearer ${env:INGEST_TOKEN}"
service:
pipelines:
traces: { receivers: [otlp], exporters: [otlp_http/pitot] }
metrics: { receivers: [otlp], exporters: [otlp_http/pitot] }
logs: { receivers: [otlp], exporters: [otlp_http/pitot] }
Use an existing otlp re