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.

已驗證STDIO僅桌面開發者工具安全與監控

概覽

AI 產生的概覽

一個本機 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 覆寫(預設
安裝前請注意
LOGCLAW_API_KEY 中的金鑰可存取你的 LogClaw 專案資料,應視為機密保管,優先使用可撤銷、權限受限的專案金鑰。請求會送往 LOGCLAW_ENDPOINT 指定的位址,預設為 LogClaw 託管服務;若日誌必須留在自有基礎設施內,請改為自架位址。清單未列出任何工具,使用前應先確認此伺服器能讀取或修改哪些內容。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Logclaw Mcp Server,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

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)

bash
curl -O https://raw.githubusercontent.com/logclaw/logclaw/main/docker-compose.ymlcurl -O https://raw.githubusercontent.com/logclaw/logclaw/main/otel-collector-config.yamldocker compose up -d

Open http://localhost:3000 — the LogClaw stack is running:

  • Dashboard (:3000) — incidents, log ingestion, config
  • OTel Collector (:4317 gRPC, :4318 HTTP) — 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)

bash
git clone https://github.com/logclaw/logclaw.git && cd logclaw./scripts/setup-dev.sh

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:

ServiceImageLatest Stable
Dashboardghcr.io/logclaw/logclaw-dashboardstable / 2.5.0
Bridgeghcr.io/logclaw/logclaw-bridgestable / 1.3.0
Ticketing Agentghcr.io/logclaw/logclaw-ticketing-agentstable / 1.5.0
Flink Jobsghcr.io/logclaw/logclaw-flink-jobsstable / 0.1.1

Pull any image directly:

bash
docker pull ghcr.io/logclaw/logclaw-dashboard:stable

See It in Action

Live demo: console.logclaw.ai | Video walkthrough: logclaw.ai


Open Source vs Cloud vs Enterprise

CapabilityOpen Source (free)Cloud ($0.30/GB)Enterprise (custom)
Log Ingestion (OTLP)Unlimited1 GB/day freeUnlimited
Anomaly DetectionZ-score statisticalZ-score + ML pipelineZ-score + ML + custom models
AI Root Cause AnalysisBYO LLM (Ollama/OpenAI/Claude)IncludedIncluded + fine-tuned models
Incident TicketingPagerDuty, Jira, ServiceNow, OpsGenie, Slack, ZammadAll 6 platformsAll 6 + custom connectors
DashboardFull UI (logs, incidents, config)Full UI + hostedFull UI + white-label option
AuthenticationNone (open access)Clerk OAuth + org managementSSO (SAML/OIDC) + RBAC
Multi-tenancySingle tenantMulti-org, multi-project, multi-envFull namespace isolation per tenant
API KeysN/APer-project, SHA-256 hashed, revocablePer-project + custom scoping
Data ResidencyYour infrastructureLogClaw-managed cloudYour VPC (AWS/Azure/GCP)
Secrets EncryptionAt rest (OpenSearch)At rest + in transitAES-256-GCM for secrets + full TLS
Config ManagementEnv vars6-tab settings UIUI + API + GitOps
RetentionConfigurable via Helm9-day logs, 97-day incidentsCustom retention policies
Air-Gapped ModeYes (Zammad + Ollama)NoYes
MCP ServerSelf-hostedHosted (mcp.logclaw.ai)Both
SupportGitHub IssuesEmail ([email protected])Dedicated SRE team + SLA
PricingFree forever (Apache 2.0)$0.30/GB ingestedCustom

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.

LogClaw Stack (per tenant, namespace-isolated)│├── logclaw-auth-proxy       API key validation + tenant ID injection├── logclaw-otel-collector   OpenTelemetry Collector (OTLP gRPC + HTTP)├── logclaw-ingestion        Vector.dev edge ingestion (optional)├── logclaw-kafka            Strimzi Kafka 3-broker KRaft cluster├── logclaw-flink            ETL + enrichment + anomaly scoring├── logclaw-opensearch       OpenSearch cluster (hot-tier log storage)├── logclaw-bridge           OTLP ETL + trace correlation + lifecycle manager├── logclaw-ml-engine        Feast Feature Store + KServe/TorchServe + Ollama├── logclaw-airflow          Apache Airflow (ML training DAGs)├── logclaw-ticketing-agent  AI-powered RCA + multi-platform ticketing├── logclaw-agent            In-cluster infrastructure health collector├── logclaw-dashboard        Next.js web UI (ingestion, incidents, config, dark mode)└── logclaw-console          Enterprise SaaS console (multi-tenant)

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):

bash
helmfile -f helmfile.d/00-operators.yaml apply

Onboard a new tenant

  1. Copy the template:

    bash
    cp gitops/tenants/_template.yaml gitops/tenants/tenant-<id>.yaml
  2. Fill in the required values (tenantId, tier, cloudProvider, secret store config).

  3. Commit and push — ArgoCD will detect the new file and deploy the full stack in ~30 minutes.

Manual install (dev/staging)

bash
helm install logclaw-acme charts/logclaw-tenant \  --namespace logclaw-acme \  --create-namespace \  -f gitops/tenants/tenant-acme.yaml

Running Locally (Step by Step)

Prefer the one-command setup? Run ./scripts/setup-dev.sh and skip to Step 6.

Prerequisites

bash
# macOS (Homebrew)brew install helm helmfile kind kubectl node python3
# Helm pluginshelm plugin install https://github.com/databus23/helm-diffhelm plugin install https://github.com/helm-unittest/helm-unittest
# Docker Desktop must be runningopen -a Docker

1 — Create a local Kubernetes cluster

bash
make kind-create

Verify:

bash
kubectl cluster-info --context kind-logclaw-dev

2 — Install cluster-level operators

bash
make install-operators

Wait for operators to be ready (~3 min):

bash
kubectl get pods -n strimzi-system -wkubectl get pods -n opensearch-operator-system -w

3 — Install the full tenant stack

bash
make install TENANT_ID=dev-local STORAGE_CLASS=standard

This deploys all 16 helmfile releases in dependency order. Monitor progress:

bash
watch kubectl get pods -n logclaw-dev-local
TimeMilestone
T+2 minNamespace, RBAC, NetworkPolicies
T+6 minKafka broker ready
T+10 minOpenSearch cluster green
T+15 minBridge + Ticketing Agent running
T+20 minFull stack operational

4 — Build and deploy the Dashboard

The dashboard requires a Docker image build:

bash
docker build -t logclaw-dashboard:dev apps/dashboard/kind load docker-image logclaw-dashboard:dev --name logclaw-dev
helm upgrade --install logclaw-dashboard-dev-local charts/logclaw-dashboard \  --namespace logclaw-dev-local \  --set global.tenantId=dev-local \  -f charts/logclaw-dashboard/ci/default-values.yaml

5 — Access the services

bash
# Dashboard (main UI)kubectl port-forward svc/logclaw-dashboard-dev-local 3333:3000 -n logclaw-dev-localopen http://localhost:3333
# OpenSearch (query API)kubectl port-forward svc/logclaw-opensearch-dev-local 9200:9200 -n logclaw-dev-local
# Airflow (ML pipelines)kubectl port-forward svc/logclaw-airflow-dev-local-webserver 8080:8080 -n logclaw-dev-localopen http://localhost:8080   # admin / admin

6 — Send logs

LogClaw ingests logs via OTLP (OpenTelemetry Protocol) — the CNCF industry standard. Port-forward the OTel Collector:

bash
kubectl port-forward svc/logclaw-otel-collector-dev-local 4318:4318 -n logclaw-dev-local &

Send a single log via OTLP HTTP:

bash
curl -X POST http://localhost:4318/v1/logs \  -H "Content-Type: application/json" \  -d '{    "resourceLogs": [{      "resource": {        "attributes": [          {"key": "service.name", "value": {"stringValue": "payment-api"}}        ]      },      "scopeLogs": [{        "logRecords": [{          "timeUnixNano": "'$(date +%s)000000000'",          "severityText": "ERROR",          "body": {"stringValue": "Connection refused to database"},          "traceId": "abcdef1234567890abcdef1234567890",          "spanId": "abcdef12345678"        }]      }]    }]  }'

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:

bash
# Generate sample OTel logspython3 scripts/generate-applepay-logs.py    # → 500 payment flow logspython3 scripts/generate-applepay-logs-2.py  # → 400 infra/security errors
# Ingest them./scripts/ingest-logs.sh scripts/applepay-otel-500.json./scripts/ingest-logs.sh scripts/applepay-otel-400-batch2.json

Or use the helper script:

bash
./scripts/ingest-logs.sh --generate   # generates + ingests all sample logs./scripts/ingest-logs.sh --smoke      # single test log

7 — See it in action

After ingesting error logs, the Bridge detects anomalies and the Ticketing Agent creates incident tickets. View them:

bash
# Watch Bridge trace correlation in real-timekubectl logs -f deployment/logclaw-bridge-dev-local -n logclaw-dev-local
# Check auto-created incidentskubectl port-forward svc/logclaw-opensearch-dev-local 9200:9200 -n logclaw-dev-local &curl -s 'http://localhost:9200/logclaw-incidents-*/_search?size=5&sort=created_at:desc' | python3 -m json.tool
# Or use the Dashboardopen http://localhost:3333/incidents

8 — Tear down

bash
# Remove just the tenantmake uninstall TENANT_ID=dev-local
# Remove everything including the Kind clustermake kind-delete

Repository Layout

charts/├── logclaw-tenant/           # Umbrella chart — single install entry point├── logclaw-auth-proxy/       # API key validation + tenant ID injection├── logclaw-otel-collector/   # OpenTelemetry Collector (OTLP gRPC + HTTP)├── logclaw-ingestion/        # Vector.dev edge ingestion├── logclaw-kafka/            # Strimzi Kafka + KafkaConnect + MirrorMaker2├── logclaw-flink/            # Flink ETL + enrichment + anomaly jobs├── logclaw-opensearch/       # OpenSearch cluster via Opster operator├── logclaw-bridge/           # OTLP ETL + trace correlation + lifecycle manager├── logclaw-ml-engine/        # Feast + KServe/TorchServe + Ollama├── logclaw-airflow/          # Apache Airflow├── logclaw-ticketing-agent/  # AI-powered RCA + multi-platform ticketing├── logclaw-agent/            # In-cluster infrastructure health agent├── logclaw-dashboard/        # Next.js web UI└── logclaw-console/          # Enterprise SaaS console
apps/├── bridge/                # Python — OTLP ETL + anomaly detection + trace correlation├── agent/                 # Go — infrastructure health collector├── dashboard/             # Next.js — web UI (incidents, logs, config, dark mode)├── ticketing-agent/       # Python — AI-powered RCA + multi-platform ticketing├── flink-jobs/            # Java — Flink stream processing jobs├── logclaw-auth-proxy/    # TypeScript/Express — API key validation + tenant injection├── logclaw-slack-bot/     # TypeScript/Hono — Slack incident bot (Cloudflare Workers)├── logclaw-mcp-server/    # TypeScript — MCP server for AI coding tools (8 tools)└── logclaw-mcp-remote/    # TypeScript — remote MCP client (OAuth 2.1)
cli/                        # Go CLI (logclaw start/stop/status)
scripts/├── setup-dev.sh                # One-command local dev setup (Kind cluster)├── setup-gke.sh                # GKE production cluster setup├── ingest-logs.sh              # Log ingestion helper (--generate, --smoke)├── generate-applepay-logs.py   # Generate 500 OTel sample logs (batch 1)├── generate-applepay-logs-2.py # Generate 400 infra/security logs (batch 2)├── trigger-anomaly.sh          # Trigger test anomaly for demo└── trigger-request-failure.sh  # Trigger test request failure for demo
operators/                    # Cluster-level operator bootstrap (once per cluster)├── strimzi/                  # strimzi-kafka-operator 0.41.0├── flink-operator/           # flink-kubernetes-operator 1.9.0├── opensearch-operator/      # opensearch-operator 2.6.1├── eso/                      # external-secrets 0.10.3└── cert-manager/             # cert-manager v1.16.1
helmfile.d/                   # Ordered helmfile releases (00-operators → 90-dashboard)gitops/                       # ArgoCD ApplicationSet + per-tenant value filestests/                        # Helm chart tests + integration test podsdocs/                         # Architecture, onboarding, values reference

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:

  1. ETL Consumer — Consumes enriched logs from Kafka
  2. Anomaly Detector — Statistical anomaly scoring on error rates
  3. OpenSearch Indexer — Indexes logs for search and correlation
  4. 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:

PlatformTypeEgress
PagerDutySaaSExternal HTTPS
JiraSaaSExternal HTTPS
ServiceNowSaaSExternal HTTPS
OpsGenieSaaSExternal HTTPS
SlackSaaSExternal HTTPS
ZammadIn-clusterZero external egress

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

yaml
global:  llm:    provider: ollama   # claude | openai | ollama | vllm | disabled    model: llama3.2:8b

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.

json
{  "resourceLogs": [{    "resource": {      "attributes": [        {"key": "service.name", "value": {"stringValue": "my-service"}},        {"key": "host.name", "value": {"stringValue": "my-service-pod-abc12"}}      ]    },    "scopeLogs": [{      "logRecords": [{        "timeUnixNano": "1709510400000000000",        "severityText": "ERROR",        "body": {"stringValue": "Something went wrong"},        "traceId": "abcdef1234567890abcdef1234567890",        "spanId": "abcdef12345678",        "attributes": [          {"key": "environment", "value": {"stringValue": "production"}}        ]      }]    }]  }]}

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.

bash
npx logclaw-mcp-server

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

ComponentVersion
Apache Kafka (Strimzi)3.7.0
Apache Flink1.19.0
OpenSearch2.14.0
External Secrets Operator0.10.3
cert-managerv1.16.1
Apache Airflow1.14.0
Zammad12.4.1
OpenTelemetry Collector Contrib0.114.0
KServe0.13.0
Feast0.40.0
Next.js (Dashboard)16.1.6

Development

Dashboard (Next.js)

bash
cd apps/dashboardnpm installnpm run dev# → http://localhost:3000

Bridge (Python)

bash
cd apps/bridgepip install -r requirements.txtexport KAFKA_BROKERS="localhost:9092"export OPENSEARCH_ENDPOINT="http://localhost:9200"python main.py# → HTTP API on :8080 (/health, /metrics, /config)

See Bridge docs for configuration reference.

Ticketing Agent (Python)

bash
cd apps/ticketing-agentpip install -r requirements.txtexport KAFKA_BROKERS="localhost:9092"export OPENSEARCH_ENDPOINT="http://localhost:9200"python main.py# → HTTP API on :8080

Agent (Go)

bash
cd apps/agentgo run main.go# → HTTP API on :8080 (/health, /ready, /metrics)

Auth Proxy (TypeScript)

bash
cd apps/logclaw-auth-proxynpm installnpm run dev# → HTTP API on :4318

Requires a PostgreSQL database with API keys. See API Keys docs.

MCP Server (TypeScript)

bash
cd apps/logclaw-mcp-servernpm install && npm run buildLOGCLAW_API_KEY=lc_proj_test npx .

Helm Charts

bash
# Lint all chartsmake lint
# Render templates (dry-run, no cluster needed)make template TENANT_ID=ci-test
# Diff current vs newmake template-diff TENANT_ID=dev-local
# Package charts as .tgzmake package
# Push to OCI registrymake push HELM_REGISTRY=oci://ghcr.io/logclaw/charts

Docs

Full documentation is available at docs.logclaw.ai.

Getting Started:

Components:

Integrations:

Reference:

Enterprise:


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
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v1.0.4最新Sep 16, 2026

評分

已滿足適用檢查項的 40%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分

    請在儲存庫或註冊中心條目中宣告授權條款。