litmus-mcp-server

litmuschaos/litmus-mcp-server

3.3

If you are the rightful owner of litmus-mcp-server and would like to certify it and/or have it hosted online, please leave a comment on the right or send an email to henry@mcphub.com.

The LitmusChaos MCP Server is a comprehensive Model Context Protocol server designed for LitmusChaos 3.x, enabling AI assistants to interact with chaos engineering platforms through natural language.

Tools
5
Resources
0
Prompts
0

LitmusChaos MCP Server

A comprehensive Model Context Protocol (MCP) server for LitmusChaos 3.x, built in Go, enabling AI assistants like Claude to interact with your chaos engineering platform. This server provides a complete interface for managing chaos experiments, infrastructures, environments, and resilience probes through natural language interactions.

Features

๐Ÿงช Chaos Experiment Management

  • List and describe chaos experiments
  • Execute experiments on-demand or via schedules
  • Stop running experiments with granular control

๐Ÿ—๏ธ Infrastructure Operations

  • List and Get chaos infrastructure Details (formerly agents/chaos delegates)
  • Monitor infrastructure health and status
  • Generate installation manifests
  • Support for both namespace and cluster-scoped deployments

๐ŸŒ Environment Organization

  • Create and manage environments (PROD/NON_PROD)
  • Organize infrastructures by environment
  • Environment-based filtering and operations

๐Ÿ“Š Experiment Execution Tracking

  • Detailed experiment run history and status
  • Real-time execution monitoring
  • Fault-level success/failure tracking
  • Resiliency score calculations

๐Ÿ” Resilience Probes

  • HTTP, Command, Kubernetes, and Prometheus probes
  • Plug-and-play probe architecture
  • Steady-state validation during chaos

๐Ÿ“š ChaosHub Integration

  • Browse available chaos faults
  • Multiple hub support (Git and Remote)
  • Fault categorization and discovery

๐Ÿ“ˆ Statistics & Analytics

  • Comprehensive experiment and infrastructure statistics
  • Resiliency score distributions
  • Run status breakdowns

Prerequisites

  • Go 1.21 or higher
  • Access to a LitmusChaos 3.x Chaos Center
  • Valid project credentials

Installation

From Source

# Clone the repository
git clone https://github.com/yourusername/litmuschaos-mcp-server-go.git
cd litmuschaos-mcp-server-go

# Build the binary
make build

# Or install directly
make install

Using Go Install

go install github.com/yourusername/litmuschaos-mcp-server-go@latest

Using Docker

# Build the Docker image
make docker-build

# Run with Docker
docker run --rm -it \
  -e CHAOS_CENTER_ENDPOINT=http://your-chaos-center:8080 \
  -e LITMUS_PROJECT_ID=your-project-id \
  -e LITMUS_ACCESS_TOKEN=your-token \
  litmuschaos-mcp-server:latest

Configuration

Environment Variables

# Required Configuration
export CHAOS_CENTER_ENDPOINT=http://your-chaos-center:8080
export LITMUS_PROJECT_ID=your-project-id
export LITMUS_ACCESS_TOKEN=your-access-token

# Optional Defaults
export DEFAULT_INFRA_ID=your-default-infrastructure-id
export DEFAULT_ENVIRONMENT_ID=production

Getting Your Credentials

  1. Chaos Center Endpoint: URL of your LitmusChaos installation
  2. Project ID: Found in your Chaos Center project settings
  3. Access Token: Generate from Chaos Center โ†’ Settings โ†’ Access Tokens

Usage

With Claude Desktop

Add to your Claude Desktop MCP configuration:

{
  "mcpServers": {
    "litmuschaos": {
      "command": "/path/to/litmuschaos-mcp-server",
      "env": {
        "CHAOS_CENTER_ENDPOINT": "http://localhost:8080",
        "LITMUS_PROJECT_ID": "your-project-id",
        "LITMUS_ACCESS_TOKEN": "your-token"
      }
    }
  }
}

Standalone Usage

# Using environment variables
./bin/litmuschaos-mcp-server

# Or with make
make run

Development

Setup Development Environment

# Clone and setup
git clone https://github.com/yourusername/litmuschaos-mcp-server-go.git
cd litmuschaos-mcp-server-go

# Install dependencies
make deps

# Run with hot reload (requires air)
make dev

Development Commands

# Build the project
make build

# Run tests
make test

# Run tests with coverage
make test-coverage

# Format code
make fmt

# Run linter
make lint

# Run all checks
make check

# Clean build artifacts
make clean

# Build for all platforms
make build-all

Project Structure

.
โ”œโ”€โ”€ main.go              # Main server implementation
โ”œโ”€โ”€ handlers.go          # Tool implementation handlers (part 1)
โ”œโ”€โ”€ go.mod              # Go module definition
โ”œโ”€โ”€ go.sum              # Go module checksums
โ”œโ”€โ”€ Makefile            # Build automation
โ”œโ”€โ”€ Dockerfile          # Container build
โ”œโ”€โ”€ .air.toml           # Development hot reload config
โ”œโ”€โ”€ .golangci.yml       # Linter configuration
โ”œโ”€โ”€ bin/                # Binary output directory
โ””โ”€โ”€ tmp/                # Development temporary files

Available Tools

The server provides 17 comprehensive tools for chaos engineering operations:

Experiment Management

  • list_chaos_experiments - List all chaos experiments with filtering
  • get_chaos_experiment - Get detailed experiment information
  • run_chaos_experiment - Execute experiments immediately
  • stop_chaos_experiment - Stop running experiments

Execution Monitoring

  • list_experiment_runs - List experiment execution history
  • get_experiment_run_details - Get detailed run information with logs

Infrastructure Management

  • list_chaos_infrastructures - List all registered infrastructures
  • get_infrastructure_details - Get detailed infrastructure information
  • register_chaos_infrastructure - Register new Kubernetes infrastructures

Environment Organization

  • list_environments - List all environments
  • create_environment - Create new environments for organization

Resilience Validation

  • list_resilience_probes - List all configured resilience probes
  • create_resilience_probe - Create HTTP, CMD, K8s, or Prometheus probes

Discovery & Analytics

  • list_chaos_hubs - List available ChaosHubs
  • get_chaos_faults - Browse available chaos faults
  • get_experiment_statistics - Get comprehensive platform statistics

Example Interactions

Creating a Chaos Experiment

"Create a pod deletion experiment named 'payment-service-chaos' targeting the payment-service pods in production, with a 30-second duration and a weight of 8"

Monitoring Experiments

"Show me the status of all running chaos experiments and their resiliency scores"

Infrastructure Management

"List all active chaos infrastructures in the production environment"

Resilience Validation

"Create an HTTP probe that checks if the payment API is responding with 200 status every 5 seconds"

Performance & Optimization

The Go implementation provides several performance advantages:

  • Fast Startup: Binary starts in milliseconds
  • Low Memory Usage: Minimal runtime overhead
  • Concurrent Operations: Efficient handling of multiple GraphQL requests
  • Static Binary: Single executable with no dependencies
  • Cross-Platform: Native binaries for Linux, macOS, and Windows

Architecture

Key Components

  • LitmusChaosServer: Main server struct handling MCP protocol
  • GraphQL Client: Direct communication with Chaos Center APIs
  • Tool Handlers: Individual handlers for each chaos engineering operation
  • Error Handling: Comprehensive error management and user feedback
  • JSON Processing: High-performance JSON marshaling/unmarshaling

Troubleshooting

Common Issues

Connection Failed

# Verify Chaos Center is accessible
curl -f http://your-chaos-center:8080/health

# Check environment variables
echo $CHAOS_CENTER_ENDPOINT
echo $LITMUS_PROJECT_ID

Build Issues

# Update dependencies
make tidy

# Verify Go version
go version

# Clean and rebuild
make clean build

Runtime Errors

# Check logs for detailed error information
./bin/litmuschaos-mcp-server 2>&1 | tee debug.log

# Verify GraphQL connectivity
curl -X POST http://your-chaos-center:8080/query \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $LITMUS_ACCESS_TOKEN" \
  -d '{"query":"query { __typename }"}'

Contributing

  1. Fork the repository
  2. Create a feature branch (git checkout -b feature/amazing-feature)
  3. Make your changes following Go best practices
  4. Add tests for new functionality
  5. Run checks (make check)
  6. Commit your changes (git commit -am 'Add amazing feature')
  7. Push to the branch (git push origin feature/amazing-feature)
  8. Open a Pull Request

Development Guidelines

  • Follow Go best practices and idioms
  • Add comprehensive error handling
  • Include unit tests for new features
  • Maintain backwards compatibility
  • Update documentation for API changes
  • Use meaningful commit messages

Support