SingleStore MCP Server

Model Context Protocol (MCP) is a standardized protocol designed to manage context between large language models (LLMs) and external systems. This repository provides an installer and an MCP Server for Singlestore, enabling seamless integration.

With MCP, you can use Claude Desktop, Cursor, or any compatible MCP client to interact with SingleStore using natural language, making it easier to perform complex operations effortlessly.

💡 Pro Tip: Not sure what the MCP server can do? Just call the /help prompt in your chat!

Requirements

• Python >= v3.11.0
• uvx installed on your python environment
• Claude Desktop, Cursor, or another supported LLM client

Client Setup# 1. Init Command

The simplest way to set up the MCP server is to use the initialization command:

uvx singlestore-mcp-server init

This command will:

1. Automatically locate the configuration file for your platform
2. Create or update the configuration to include the SingleStore MCP server
3. Configure browser-based OAuth authentication
4. Provide instructions for starting the server

To specify a client (e.g., claude or cursor), use the --client flag:

uvx singlestore-mcp-server init --client=<client>

2. Installing via Smithery

To install mcp-server-singlestore automatically via Smithery:

npx -y @smithery/cli install @singlestore-labs/mcp-server-singlestore --client=<client>

Replace <client> with claude or cursor as needed.

3. Manual Configuration## Claude Desktop and Cursor

1. Add the following configuration to your client configuration file. Check the client's configuration file here:

• Claude Desktop

• Cursor

  {
    "mcpServers": {
     "singlestore-mcp-server": {
      "command": "uvx",
      "args": [
        "singlestore-mcp-server",
        "start"
      ]
     }
    }
  }
  

  No API keys, tokens, or environment variables required! The server automatically handles authentication via browser OAuth when started.

4. Using Docker## Building the Docker Image

To build the Docker image for the MCP server, run the following command in the project root:

docker build -t mcp-server-singlestore .

Running the Docker Container

To run the Docker container, use the following command:

docker run -d \
- p 8000:8000 \
- e MCP_API_KEY="your_api_key_here" \
- it \
- -name mcp-server \
  mcp-server-singlestore

Note: An API key is needed when using Docker because the OAuth flow isn't supported locally for servers running in a Docker container. We're working with the Docker team to enable OAuth for local servers in the future. For better security, we recommend using Docker Desktop to configure the S2 MCP server—see this blog post for details on Docker's new MCP Catalog.

2. Restart your client after making changes to the configuration.

Components# Tools

The server implements the following tools:

• workspace_groups_info: Retrieve details about the workspace groups accessible to the user
• No arguments required
• Returns details of the workspace groups
• workspaces_info: Retrieve details about the workspaces in a specific workspace group
• Arguments: workspaceGroupID (string)
• Returns details of the workspaces
• organization_info: Retrieve details about the user's current organization
• No arguments required
• Returns details of the organization
• list_of_regions: Retrieve a list of all regions that support workspaces for the user
• No arguments required
• Returns a list of regions
• execute_sql: Execute SQL operations on a connected workspace
• Arguments: workspace_group_identifier, workspace_identifier, username, password, database, sql_query
• Returns the results of the SQL query in a structured format
• list_virtual_workspaces: List all starter workspaces accessible to the user
• No arguments required
• Returns details of available starter workspaces
• create_virtual_workspace: Create a new starter workspace with a user
• Arguments:
• name: Name of the starter workspace
• database_name: Name of the database to create
• username: Username for accessing the workspace
• password: Password for the user
• workspace_group: Object containing name (optional) and cellID (mandatory)
• Returns details of the created workspace and user
• execute_sql_on_virtual_workspace: Execute SQL operations on a starter workspace
• Arguments: virtual_workspace_id, username, password, sql_query
• Returns the results of the SQL query in a structured format including data, row count, columns, and status
• list_notebook_samples: List all notebook samples available in SingleStore Spaces
• No arguments required
• Returns details of available notebook samples
• create_notebook: Create a new notebook in the user's personal space
• Arguments: notebook_name, content (optional)
• Returns details of the created notebook
• list_personal_files: List all files in the user's personal space
• No arguments required
• Returns details of all files in the user's personal space
• create_scheduled_job: Create a new scheduled job to run a notebook
• Arguments:
• name: Name for the job
• notebook_path: Path to the notebook to execute
• schedule_mode: Once or Recurring
• execution_interval_minutes: Minutes between executions (optional)
• start_at: When to start the job (optional)
• description: Description of the job (optional)
• create_snapshot: Whether to create notebook snapshots (optional)
• runtime_name: Name of the runtime environment
• parameters: Parameters for the job (optional)
• target_config: Target configuration for the job (optional)
• Returns details of the created job
• get_job_details: Get details about a specific job
• Arguments: job_id
• Returns detailed information about the specified job
• list_job_executions: List execution history for a specific job
• Arguments: job_id, start (optional), end (optional)
• Returns execution history for the specified job

Development# Prerequisites

• Python >= 3.11
• uv for dependency management

Setup

1. Clone the repository:

git clone https://github.com/singlestore-labs/mcp-server-singlestore.git
cd mcp-server-singlestore

1. Install dependencies:

uv sync --dev

1. Set up pre-commit hooks (optional but recommended):

uv run pre-commit install

Development Workflow

./scripts/check.sh

# Run tests independently
./scripts/test.sh

# Comprehensive validation (before PRs)
./scripts/check-all.sh

# Create and publish releases
./scripts/release.sh

Running Tests

./scripts/test.sh

# Or use pytest directly
uv run pytest
uv run pytest --cov=src --cov-report=html

Code Quality

We use Ruff for both linting and formatting:

uv run ruff format src/ tests/

# Lint code
uv run ruff check src/ tests/

# Lint and fix issues automatically
uv run ruff check --fix src/ tests/

Release Process

Releases are managed through git tags and automated PyPI publication:

1. Create release: ./scripts/release.sh (interactive tool)
2. Automatic publication: Triggered by pushing version tags
3. No manual PyPI uploads - fully automated pipeline

See scripts/dev-workflow.md for detailed workflow documentation.