Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Connect AI coding tools to LogClaw incidents, logs, and anomaly detections.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
LOGCLAW_API_KEY, LOGCLAW_ENDPOINTYou need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"logclaw": {
"command": "npx",
"args": [
"-y",
"logclaw-mcp-server"
],
"env": {
"LOGCLAW_API_KEY": "your-value",
"LOGCLAW_ENDPOINT": "your-value"
}
}
}
}Run this in your terminal
claude mcp add logclaw --env LOGCLAW_API_KEY=your-value --env LOGCLAW_ENDPOINT=your-value -- npx -y logclaw-mcp-serverFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"logclaw": {
"command": "npx",
"args": [
"-y",
"logclaw-mcp-server"
],
"env": {
"LOGCLAW_API_KEY": "your-value",
"LOGCLAW_ENDPOINT": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"logclaw": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"logclaw-mcp-server"
],
"env": {
"LOGCLAW_API_KEY": "your-value",
"LOGCLAW_ENDPOINT": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
LOGCLAW_API_KEY envLOGCLAW_ENDPOINT envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The publisher (RobelDev) is not the repo owner (logclaw); someone else may have listed it
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 0 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (1.0.4) reached the registry 8 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Python MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Local-only Python MCP server for the Files.com API.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
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.
Try the full experience instantly at [console.logclaw.ai](https://console.logclaw.ai) — includes AI root cause analysis, API key management, multi-tenant isolation, and the complete incident pipeline. No Docker required.
curl -O https://raw.githubusercontent.com/logclaw/logclaw/main/docker-compose.yml
curl -O https://raw.githubusercontent.com/logclaw/logclaw/main/otel-collector-config.yaml docker compose up -d
Open http://localhost:3000 — the LogClaw stack is running:
:3000) — incidents, log ingestion, config:4317 gRPC, :4318 HTTP) — send logs via OTLP:8080) — anomaly detection + trace correlation:18081) — AI-powered incident management:9200) — log storage + search:9092) — event busAll 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.
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.
All LogClaw images are published to GHCR as public packages:
| Service | Image | Latest Stable |
|---|---|---|
| Dashboard | ghcr.io/logclaw/logclaw-dashboard | stable / 2.5.0 |
| Bridge | ghcr.io/logclaw/logclaw-bridge | stable / 1.3.0 |
| Ticketing Agent | ghcr.io/logclaw/logclaw-ticketing-agent | stable / 1.5.0 |
| Flink Jobs | ghcr.io/logclaw/logclaw-flink-jobs | stable / 0.1.1 |
Pull any image directly:
docker pull ghcr.io/logclaw/logclaw-dashboard:stable
Incident Management AI Root Cause Analysis
Log Ingestion Dashboard Overview
Live demo: console.logclaw.ai | Video walkthrough: logclaw.ai
| Capability | Open Source (free) | Cloud ($0.30/GB) | Enterprise (custom) |
|---|---|---|---|
| Log Ingestion (OTLP) | Unlimited | 1 GB/day free | Unlimited |
| Anomaly Detection | Z-score statistical | Z-score + ML pipeline | Z-score + ML + custom models |
| AI Root Cause Analysis | BYO LLM (Ollama/OpenAI/Claude) | Included | Included + fine-tuned models |
| Incident Ticketing | PagerDuty, Jira, ServiceNow, OpsGenie, Slack, Zammad | All 6 platforms | All 6 + custom connectors |
| Dashboard | Full UI (logs, incidents, config) | Full UI + hosted | Full UI + white-label option |
| Authentication | None (open access) | Clerk OAuth + org management | SSO (SAML/OIDC) + RBAC |
| Multi-tenancy | Single tenant | Multi-org, multi-project, multi-env | Full namespace isolation per tenant |
| API Keys | N/A | Per-project, SHA-256 hashed, revocable | Per-project + custom scoping |
| Data Residency | Your infrastructure | LogClaw-managed cloud | Your VPC (AWS/Azure/GCP) |
| Secrets Encryption | At rest (OpenSearch) | At rest + in transit | AES-256-GCM for secrets + full TLS |
| Config Management | Env vars | 6-tab settings UI | UI + API + GitOps |
| Retention | Configurable via Helm | 9-day logs, 97-day incidents | Custom retention policies |
| Air-Gapped Mode | Yes (Zammad + Ollama) | No | Yes |
| MCP Server | Self-hosted | Hosted (mcp.logclaw.ai) | Both |
| Support | GitHub Issues | Email (support@logclaw.ai) | Dedicated SRE team + SLA |
| Pricing | Free forever (Apache 2.0) | $0.30/GB ingested | Custom |
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)
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.
One-time cluster setup (operators, run once per cluster):
helmfile -f helmfile.d/00-operators.yaml apply
cp gitops/tenants/_template.yaml gitops/tenants/tenant-<id>.yaml
tenantId, tier, cloudProvider, secret store config).helm install logclaw-acme charts/logclaw-tenant \
--namespace logclaw-acme \ --create-namespace \ -f gitops/tenants/tenant-acme.yaml
Prefer the one-command setup? Run
./scripts/setup-dev.shand skip to Step 6.
# macOS (Homebrew)
brew install helm helmfile kind kubectl node python3
helm plugin install https://github.com/databus23/helm-diff helm plugin install https://github.com/helm-unittest/helm-unittest
open -a Docker
make kind-create
Verify:
kubectl cluster-info --context kind-logclaw-dev
make install-operators
Wait for operators to be ready (~3 min):
kubectl get pods -n strimzi-system -w
kubectl get pods -n opensearch-operator-system -w
make install TENANT_ID=dev-local STORAGE_CLASS=standard
This deploys all 16 helmfile releases in dependency order. Monitor progress:
watch kubectl get pods -n logclaw-dev-local
| Time | Milestone |
|---|---|
| T+2 min | Namespace, RBAC, NetworkPolicies |
| T+6 min | Kafka broker ready |
| T+10 min | OpenSearch cluster green |
| T+15 min | Bridge + Ticketing Agent running |
| T+20 min | Full stack operational |
The dashboard requires a Docker image build:
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
# Dashboard (main UI)
kubectl port-forward svc/logclaw-dashboard-dev-local 3333:3000 -n logclaw-dev-local open http://localhost:3333
kubectl port-forward svc/logclaw-opensearch-dev-local 9200:9200 -n logclaw-dev-local
kubectl port-forward svc/logclaw-airflow-dev-local-webserver 8080:8080 -n logclaw-dev-local open http://localhost:8080 # admin / admin
LogClaw ingests logs via OTLP (OpenTelemetry Protocol) — the CNCF industry standard. Port-forward the OTel Collector:
kubectl port-forward svc/logclaw-otel-collector-dev-local 4318:4318 -n logclaw-dev-local &
Send a single log via OTLP HTTP:
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:
# Generate sample OTel logs
python3 scripts/generate-applepay-logs.py # → 500 payment flow logs python3 scripts/generate-applepay-logs-2.py # → 400 infra/security errors
./scripts/ingest-logs.sh scripts/applepay-otel-500.json ./scripts/ingest-logs.sh scripts/applepay-otel-400-batch2.json
Or use the helper script:
./scripts/ingest-logs.sh --generate # generates + ingests all sample logs
./scripts/ingest-logs.sh --smoke # single test log
After ingesting error logs, the Bridge detects anomalies and the Ticketing Agent creates incident tickets. View them:
# Watch Bridge trace correlation in real-time
kubectl logs -f deployment/logclaw-bridge-dev-local -n logclaw-dev-local
kubectl port-forward svc/logclaw-opensearch-d
Only the beginning is shown; read the rest in the repo