Axiom MCP Server: Natural-Language Logs, Traces, Events
Query Axiom logs, traces, and events in natural language with the MCP server to analyze and troubleshoot faster.
npx -y @axiomhq/mcp-server-axiomOverview
The Axiom MCP Server implements the Model Context Protocol (MCP) for Axiom, letting AI agents query logs, traces, and events using natural-language interfaces. It maps MCP tool calls to Axiom Processing Language (APL) operations so models can run searches, inspect schemas, and fetch saved queries or monitor history without manually constructing API requests.
Note: the original repository for this implementation is deprecated and no longer maintained. For the maintained, official Axiom MCP Server, see https://mcp.axiom.co. The deprecated source is available at https://github.com/axiomhq/mcp-server-axiom for reference and self-hosted experimentation only.
This guide explains what the server provides, how to install and configure it, the MCP tools it exposes, and practical examples for troubleshooting and analysis workflows.
Features
- Natural-language friendly: exposes Axiom datasets and queries through MCP tools so LLMs can reason over log and trace data.
- APL execution: run arbitrary APL queries against Axiom datasets.
- Dataset discovery: list datasets and retrieve dataset schemas programmatically.
- Saved queries and monitoring: enumerate saved/starred APL queries and inspect monitor configurations and execution history.
- Rate limiting controls: configurable rate and burst limits for query and listing operations.
- Simple auth: uses an Axiom API token for authentication.
Installation / Configuration
Two common install options: download a prebuilt binary (releases) or install from source with Go.
Install from releases
# download latest built binary from the releases page:
# https://github.com/axiomhq/mcp-server-axiom/releases
# unpack and place the binary in your PATH
Install from source (Go)
# binary will be installed to $GOPATH/bin or $GOBIN
Configuration file example (config.txt)
# Axiom API token
token xaat-your-api-token
# Axiom API base URL (defaults to https://api.axiom.co)
url https://api.axiom.co
# Rate limits (queries per second) and bursts
query-rate 1
query-burst 1
datasets-rate 1
datasets-burst 1
monitors-rate 1
monitors-burst 1
Command-line flags
Environment variables
Integrating with an MCP client (example: Claude desktop)
Available Tools
This implementation exposes MCP tools (not resources or prompts). Each tool requires an API token for authentication.
- queryApl — Execute an APL query against one or more Axiom datasets and return results (used for ad-hoc analytics and search).
- listDatasets — Return available Axiom datasets (used for discovery and autosuggest).
- getDatasetSchema — Fetch the schema for a target dataset (fields, types, metadata).
- getSavedQueries — List saved / starred APL queries accessible to the token (useful for reusing known investigations).
- getMonitors — List monitoring rules and configurations.
- getMonitorsHistory — Retrieve execution history for monitors (alerts, last runs, status).
Tool behavior notes:
- Each tool is rate-limited by the server settings.
- queryApl runs arbitrary APL; ensure the provided token has appropriate permissions.
Use Cases
Quick failure triage (natural language)
- Ask your MCP-capable assistant: “Show the top 10 services with the highest 5xx error rate in the last 30 minutes and include sample traces.”
- The assistant uses listDatasets/getDatasetSchema to find the right logs table, then queryApl to run an APL aggregation and surface results.
Investigate a saved diagnostic query
- Use getSavedQueries to retrieve a bookmarked APL investigation, then run queryApl to execute and iterate on results interactively.
Monitor health and recent alerts
- Use getMonitors to list active monitors and getMonitorsHistory to fetch recent trigger events. Useful for asking: “Which monitors fired in the last 24 hours and which hosts were affected?”
Build an AI-driven runbook
- Combine dataset schema discovery with queryApl to let an AI produce step-by-step diagnostics: e.g., “If latency > 500ms on endpoint X, run these APL queries and recommend remediation steps.”
Example APL snippet (run via queryApl)
from logs
| where service == "payments" and status >= 500
| summarize count = count() by bin(1m), host
| sort by count desc
| limit 10
Troubleshooting & Notes
- Authentication: always provide a valid Axiom token (xaat-…). Tokens govern which datasets, saved queries and monitors are visible.
- Deprecation: this specific repository is deprecated. For production use or maintained integration, prefer the official Axiom MCP Server at https://mcp.axiom.co.
- Permissions: ensure the token has read access to datasets and monitors you want the MCP server to expose.
- Security: run the MCP server within trusted infrastructure; the server executes queries against your telemetry data.
For the code and legacy reference, see the archived GitHub repo: https://github.com/axiomhq/mcp-server-axiom
Common Issues & Solutions
The user is promoting a security scanner for MCP servers and offering a free badge and team account. They want to share the results of their scan for the Axiom MCP Server.
I ran into this too! It's great to see tools like MCPSafe that help enhance the security of MCP servers. Integrating their badge into your README not only displays your server's security status but also encourages trust within the community. By using their service, you can receive automatic updates and detailed vulnerability reports. If you're considering it, just paste the provided badge markdown into your README, and you'll be set! npm install @ChromeDevTools/chrome-devtools-mcp
npm install @ChromeDevTools/chrome-devtools-mcpUsers are finding it cumbersome to manage installations of the MCP server and regularly check for updates. This process can be tedious and time-consuming.
I ran into this too! Managing updates for the MCP server can be a hassle, especially when you're trying to maintain a smooth workflow. Installing `@ChromeDevTools/chrome-devtools-mcp` simplifies the process by allowing you to manage the server more easily without the need for constant manual updates. It automates many of the installation tasks and ensures you're always using the latest version. This would provide a more seamless experience for developers. npm install @ChromeDevTools/chrome-devtools-mcp
npm install @ChromeDevTools/chrome-devtools-mcpThe MCP server is listed on the Glama MCP directory but lacks a Dockerfile, preventing others from using it.
I ran into this too! It’s frustrating when your server isn’t accessible due to missing components like the Dockerfile. By installing `@ChromeDevTools/chrome-devtools-mcp`, it helps streamline the process of creating and managing your Dockerfile effectively. This package simplifies the setup and ensures compliance with Glama's requirements. Once you have it installed, follow the steps to add your Dockerfile. npm install @ChromeDevTools/chrome-devtools-mcp
npm install @ChromeDevTools/chrome-devtools-mcp