Skip to main content
Glama
Cimon-MCP

Cimon-MCP

by Commander17X

Cimon-MCP

MCP server with offline runbooks for high-volume logs, metrics, traces, and event streams. No database or API keys.

Tools

Tool

What it does

search_solutions

Search playbooks by keyword

get_solution

Full entry by id (aliases like write-amplification work)

diagnose_symptoms

Match symptom text to playbooks

health_check

Entry count and server status

Resources: cimon://playbook/{id} (JSON per entry).

Topics: ingestion batching, write amplification, slow queries, schema/sort keys, low-cardinality columns, observability layout, replication lag, query memory limits.

Related MCP server: elastic-mcp

Setup

Node 18+.

npm install   # runs build via prepare
npm start
npm run dev      # rebuild + start
npm test         # unit tests + MCP smoke
npm run smoke    # MCP integration only

Cursor

.cursor/mcp.json or Settings → MCP. Point args at your dist/index.js:

{
  "mcpServers": {
    "Cimon-MCP": {
      "command": "node",
      "args": ["/absolute/path/to/Cimon-MCP/dist/index.js"]
    }
  }
}

See mcp.json.example.

License

MIT

Available Tools

4 tools
diagnose_symptomsA

Map symptom keywords (slow ingestion, partition churn, memory pressure, replication lag, query latency) to recommended playbooks and example investigation queries.

Inputs: symptoms (required), limit.

get_solutionA

Get a full playbook entry by id (e.g. too-many-parts, ingestion-batching). Supports stable ids and aliases such as write-amplification or slow-query-investigation.

Inputs: id (required).

health_checkA

Report Cimon-MCP playbook server status (entry count, mode). No external services required.

Inputs: no named parameters.

search_solutionsA

Search curated playbooks for high-volume streams (clicks, logs, metrics, traces): ingestion batching, write amplification, slow queries, schema, observability. Works offline — no database required.

Inputs: query (required), limit.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.1/5.0

    Scored across 4 tools

    Disambiguation4/5

    The tools are mostly distinct: search_solutions and get_solution are clearly search vs. fetch, while health_check is administrative. diagnose_symptoms overlaps somewhat with search_solutions as both return playbook recommendations, but the descriptions clarify the different input modes (keyword search vs. symptom mapping).

    Naming Consistency5/5

    All tool names follow a consistent snake_case verb_noun pattern: search_solutions, get_solution, diagnose_symptoms, health_check. No mixed conventions or vague verbs.

    Tool Count5/5

    Four tools is well-scoped for a focused playbook server. Each tool has a clear purpose and the count feels neither sparse nor bloated.

    Completeness4/5

    The core read-only workflows are covered: search, fetch by id, and symptom-based diagnosis. A minor gap is the absence of a list_all_playbooks tool, but search_solutions likely covers exploration. No create/update/delete is expected for this offline reference server.

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      D
      maintenance
      An MCP server for intelligent log analysis providing semantic search, error pattern clustering, and smart error detection. It enables users to process, vectorize, and query local logs to efficiently identify issues and generate AI-powered summaries.
      MIT
    • A
      license
      B
      quality
      D
      maintenance
      Small production-oriented MCP server for diagnosing incidents from Elasticsearch logs with unknown schema. It provides tools for log discovery, retrieval, and issue diagnosis.
      6
      MIT
    • F
      license
      Not graded
      quality
      D
      maintenance
      MCP server for observability that provides tools for log search, metrics inspection, SQL querying, incident summaries, and service discovery.
      -