
Logclaw Mcp Server
io.github.RobelDevPublished by GitHub account RobelDevv1.0.4Updated Oct 24, 2026
Connect AI coding tools to LogClaw incidents, logs, and anomaly detections.
Overview
A local MCP server that connects AI coding tools to LogClaw incidents, logs and anomaly detections.
- What you can do
- Read incidents, logs and anomaly detections from a LogClaw project and surface them to the assistant for investigation and root-cause work. The README states the package ships 8 tools, but the manifest lists none, so the exact tool set is not documented here. Intended for use from MCP-compatible coding clients such as Claude Code, Cursor and Windsurf.
- When to use it
- Use it when your team runs LogClaw (self-hosted or cloud) and you want an AI coding assistant to look at incidents, logs and anomalies while debugging, instead of switching to the LogClaw dashboard.
- Requirements
- Runs locally over stdio, typically via npx from the npm package. Needs a LogClaw project API key in LOGCLAW_API_KEY (starts with lc_proj_) and network access to the LogClaw auth proxy, whose address can be overridden with LOGCLAW_ENDPOINT (default Desktop only.
Installation
In SourceWeft
- Open Logclaw Mcp Server in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
LogClaw
AI SRE that deploys in your VPC. Real-time anomaly detection, trace-correlated incident tickets, and AI root cause analysis — your logs never leave your infrastructure.
[Image] [Image] [Image] [Image] [Image]
[LogClaw Dashboard — real-time log monitoring with AI anomaly detection]
TL;DR — Try It
Option A: Managed Cloud (no install — fastest)
Try the full experience instantly at console.logclaw.ai — includes AI root cause analysis, API key management, multi-tenant isolation, and the complete incident pipeline. No Docker required.
Option B: Docker Compose (self-hosted, no Kubernetes)
Open http://localhost:3000 — the LogClaw stack is running:
- Dashboard (
:3000) — incidents, log ingestion, config - OTel Collector (
:4317gRPC,:4318HTTP) — send logs via OTLP - Bridge (
:8080) — anomaly detection + trace correlation - Ticketing Agent (
:18081) — AI-powered incident management - OpenSearch (
:9200) — log storage + search - Kafka (
:9092) — event bus
All images are pulled from ghcr.io/logclaw/ — no registry auth required.
Note: The local stack runs in single-tenant mode with LLM-powered root cause analysis disabled. For AI RCA, API key management, and multi-tenant isolation, use the managed cloud or deploy to Kubernetes with
LLM_PROVIDER=claude|openai|ollama.
Option C: Kind Cluster (full Kubernetes stack)
This creates a Kind cluster, installs all operators and services, builds the dashboard, and runs a smoke test. Takes ~20 minutes on a 16 GB laptop.
Container Images
All LogClaw images are published to GHCR as public packages:
Pull any image directly:
See It in Action
Live demo: console.logclaw.ai | Video walkthrough: logclaw.ai
Open Source vs Cloud vs Enterprise
No per-seat fees. No per-host fees. AI features included at every tier.
Start Free (Cloud) | Deploy from GitHub (OSS) | Book a Demo (Enterprise)
Architecture
All components below are included in every tier — Open Source, Cloud, and Enterprise.
Data flow: Logs → Auth Proxy (API key + tenant injection) → OTel Collector (OTLP ingestion) → Kafka → Bridge (ETL + anomaly + trace correlation) → OpenSearch + Ticketing Agent → Incident tickets
All charts are wired together by the logclaw-tenant umbrella chart — a single helm install deploys the full stack for one tenant.
Quick Start (Production / ArgoCD)
Prerequisites
One-time cluster setup (operators, run once per cluster):
Onboard a new tenant
-
Copy the template:
-
Fill in the required values (
tenantId,tier,cloudProvider, secret store config). -
Commit and push — ArgoCD will detect the new file and deploy the full stack in ~30 minutes.
Manual install (dev/staging)
Running Locally (Step by Step)
Prefer the one-command setup? Run
./scripts/setup-dev.shand skip to Step 6.
Prerequisites
1 — Create a local Kubernetes cluster
Verify:
2 — Install cluster-level operators
Wait for operators to be ready (~3 min):
3 — Install the full tenant stack
This deploys all 16 helmfile releases in dependency order. Monitor progress:
4 — Build and deploy the Dashboard
The dashboard requires a Docker image build:
5 — Access the services
6 — Send logs
LogClaw ingests logs via OTLP (OpenTelemetry Protocol) — the CNCF industry standard. Port-forward the OTel Collector:
Send a single log via OTLP HTTP:
Any OpenTelemetry SDK or agent can send logs to LogClaw — no custom integration needed. See OTLP Integration Guide for SDK examples.
Generate and ingest 900 sample Apple Pay logs:
Or use the helper script:
7 — See it in action
After ingesting error logs, the Bridge detects anomalies and the Ticketing Agent creates incident tickets. View them:
8 — Tear down
Repository Layout
Key Features
For a side-by-side comparison across tiers, see Open Source vs Cloud vs Enterprise above.
Trace-Correlated AI Ticket Engine
The Bridge runs a 5-layer trace correlation engine:
- ETL Consumer — Consumes enriched logs from Kafka
- Anomaly Detector — Statistical anomaly scoring on error rates
- OpenSearch Indexer — Indexes logs for search and correlation
- Lifecycle Engine — Traces causal chains across services, computes blast radius, creates/deduplicates incidents
When an anomaly is detected, the system:
- Queries all logs sharing the same
trace_id - Builds a causal chain showing error propagation across services
- Computes blast radius (% of services affected)
- Creates a deduplicated incident ticket with full trace context
Multi-Platform Ticketing
The logclaw-ticketing-agent supports 6 independently-toggleable platforms simultaneously:
Per-severity routing (critical → PagerDuty, medium → Jira, etc.) is configurable via config.routing.*.
Air-Gapped Mode
When paired with Zammad (external ITSM chart) and Ollama for local LLM inference, the needsExternalHttps helper sets the NetworkPolicy to zero external egress — fully air-gapped. No logs, tickets, or model calls leave the cluster.
LLM Provider Abstraction
Dashboard
The Dashboard provides:
- Dark mode — system-aware with manual toggle (Light/Dark/System), persisted in localStorage
- Drag-and-drop upload supporting JSON, NDJSON, CSV, and plain text files
- Bulk incident actions — select multiple incidents and acknowledge/resolve/escalate in batch
- CSV export — download incidents as a CSV file
- Loading skeletons — smooth animated placeholders during data fetches
- Error boundaries — graceful crash recovery with retry UI
- LLM fallback badge — indicates when AI RCA is unavailable and rule-based fallback was used
- Incident auto-deduplication — prevents duplicate incidents for the same anomaly
Log Ingestion — OTLP Native
LogClaw uses OTLP (OpenTelemetry Protocol) as its sole ingestion protocol — the CNCF industry standard supported by every major observability vendor (Datadog, Splunk, Grafana, AWS, GCP, Azure).
Supported transports:
- gRPC —
<collector>:4317(recommended for high-throughput) - HTTP/JSON —
<collector>:4318/v1/logs
Any OpenTelemetry SDK, agent, or collector can send logs directly to LogClaw without custom integrations. The OTel Collector enriches each log with tenant_id, batches them, and writes to Kafka using otlp_json encoding.
See OTLP Integration Guide for Python, Java, and Node.js SDK examples.
MCP Server — AI Coding Tools
The logclaw-mcp-server connects AI coding tools to LogClaw incidents, logs, and anomalies via the Model Context Protocol. Published as an npm package with 8 tools.
Works with Claude Code, Cursor, Windsurf, and any MCP-compatible client. Also available as a hosted server at https://mcp.logclaw.ai (OAuth 2.1, no install needed).
See MCP Integration Guide for setup instructions.
Slack Bot — Incident Notifications
The logclaw-slack-bot delivers real-time incident notifications to Slack with rich Block Kit formatting, DM support, and OAuth. Runs on Cloudflare Workers.
See Integrations for setup.
Auth Proxy — API Key Validation
The logclaw-auth-proxy sits between ingress and the OTel Collector. It validates API keys against PostgreSQL, injects tenant_id into OTLP payloads, and enforces rate limits (200 req/min unauthenticated, 6000 req/min per tenant). Stateless and horizontally scalable.
Component Versions
Development
Dashboard (Next.js)
Bridge (Python)
See Bridge docs for configuration reference.
Ticketing Agent (Python)
Agent (Go)
Auth Proxy (TypeScript)
Requires a PostgreSQL database with API keys. See API Keys docs.
MCP Server (TypeScript)
Helm Charts
Docs
Full documentation is available at docs.logclaw.ai.
Getting Started:
Components:
- Bridge — anomaly detection + trace correlation
- Dashboard — web UI
- Ticketing Agent — multi-platform incident routing
- OTel Collector — OTLP ingestion
- Incident Classification — composite scoring
Integrations:
- Integrations Overview — PagerDuty, Jira, ServiceNow, OpsGenie, Slack
- MCP Server — Claude Code, Cursor, Windsurf
Reference:
- OTLP Integration Guide — Python, Java, Node.js, Go SDK examples
- Values Reference — Helm chart configuration
- Onboarding a New Tenant
- API Reference
Enterprise:
- Enterprise Console — multi-org, API key management, project settings
Contributing
We welcome contributions! Please read our guidelines before opening a PR:
Use the issue templates for bug reports and feature requests.
License
Apache 2.0 — see LICENSE
Source: README.md at commit ff82088
Tools
0Version history
1- v1.0.4LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.