
Logclaw Mcp Server
io.github.RobelDev由 GitHub 账号 RobelDev 发布v1.0.4更新于 Oct 24, 2026
Connect AI coding tools to LogClaw incidents, logs, and anomaly detections.
概览
一个本地 MCP 服务器,让 AI 编程工具接入 LogClaw 的事件、日志和异常检测。
- 可以做什么
- 读取 LogClaw 项目中的事件、日志和异常检测结果,供助手排查问题和分析根因。README 称该包提供 8 个工具,但清单未列出任何工具,因此具体工具集在此无法确认。面向 Claude Code、Cursor、Windsurf 等兼容 MCP 的编程客户端。
- 适用场景
- 当团队使用 LogClaw(自建或云端),并希望 AI 编程助手在调试时直接查看事件、日志和异常,而不必切换到 LogClaw 控制台时使用。
- 运行要求
- 以 stdio 方式在本机运行,通常通过 npm 包的 npx 启动。需要在 LOGCLAW_API_KEY 中提供 LogClaw 项目 API 密钥(以 lc_proj_ 开头),并能访问 LogClaw 认证代理;代理地址可用 LOGCLAW_ENDPOINT 覆盖(默认
安装
在 SourceWeft 中
- 打开 控制台中的 Logclaw Mcp Server,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
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.
[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
来源:README.md,提交 ff82088
工具
0版本历史
1- v1.0.4最新Sep 16, 2026
评分
已满足适用检查项的 40%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分
请在仓库或注册中心条目中声明许可证。