Skip to main content
mcpSource-backedReview first Safety Privacy
SingleStore MCP Server logo

SingleStore MCP Server

The official SingleStore MCP server (singlestore-mcp-server) that lets AI assistants manage SingleStore from natural language — running SQL on a workspace, inspecting organizations, workspace groups, and workspaces, managing starter workspaces, notebooks, scheduled jobs, and Stage files — with no API keys required thanks to browser-based OAuth.

HarnessClaude CodeCodexCursorClaude Desktop
Review first review before installing

Open the source and read safety notes before installing.

Citation facts

Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.

Source URLs
https://github.com/singlestore-labs/mcp-server-singlestore/blob/main/README.md, https://github.com/singlestore-labs/mcp-server-singlestore, https://www.singlestore.com/
Brand
SingleStore MCP Server
Brand domain
singlestore.com
Brand asset source
brandfetch
Safety notes
The `run_sql` tool executes SQL against a connected workspace with the authenticated user's permissions, so it can read and modify data; scope the SingleStore account/role to least privilege., Workspace and job tools can create and terminate starter workspaces and create or delete scheduled jobs (`create_starter_workspace`, `terminate_starter_workspace`, `create_job_from_notebook`, `delete_job`), which affect real cloud resources and billing., Stage tools can upload, move, and delete files in a deployment's Stage file system (`stage_upload_file`, `stage_move`, `stage_delete`); treat them as write/delete-capable., Authentication is the boundary — the standard flow stores browser-OAuth session credentials, and the Docker flow uses a Management API key, so restrict what the authenticated identity can reach., Point the server at a non-production organization or a least-privilege identity when letting an agent act autonomously.
Privacy notes
The server connects to your SingleStore account and workspaces; user and organization details, SQL results, notebook contents, and Stage files it returns are passed to the LLM/MCP client., SQL query results can include sensitive or PII data stored in your databases, and organization/workspace metadata can reveal infrastructure details., OAuth session credentials (standard setup) or the `MCP_API_KEY` (Docker) grant account access — keep client config out of version control and restrict access to it., Notebook and Stage tools can read and write files in SingleStore Spaces/Stage; treat that stored content as retained data.
Author
singlestore-labs
Submitted by
davion-knight
Claim status
unclaimed
Last verified
2026-07-08

Decision playbook

Review trust signals before you adopt

Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.

Compare context
Selected

0

Current score

78

Baseline

Delta

No baseline selected

No major trust-signal divergence detected in the current selection.

Source and provenance checks

Complete

Confirm ownership and provenance before trusting install instructions.

  • Source link availableRequired

    Open the canonical repository and verify ownership.

    Done
  • Source provenance statusRequired

    Marked as source-backed.

    Done
  • Metadata reviewed

    Registry metadata indicates a reviewed listing.

    Done

Safety and privacy checks

Complete

Validate risk disclosures before installation or API wiring.

  • Safety notes presentRequired

    Review the listed safety guidance before running commands.

    Done
  • Privacy notes presentRequired

    Review data handling notes before connecting accounts or secrets.

    Done
  • Trust level risk gateRequired

    Trust level does not block evaluation.

    Done

Package and install checks

Needs review

Check package metadata and artifact integrity signals.

  • Install payload available

    Install or copy payload is available for review.

    Done
  • Package verification flag

    No package verification flag provided.

    Pending
  • Checksum metadata

    No checksum provided for downloaded artifact.

    Pending

Compare-driven decision checks

Needs review

Use compare context to validate trade-offs before adoption.

  • Compare tray has multiple entries

    Add at least one more entry to compare trust differences.

    Pending
  • Baseline comparison available

    No baseline peer selected yet.

    Pending
  • Diverging trust signals identified

    No major trust-signal divergence found.

    Pending

Adoption plan

Balanced adoption plan

Current risk score 16/100. Use staged verification before broader rollout.

Risk 16

Pre-adoption checks

Validate source and review signals before any execution.

  • Confirm source provenanceRequired

    Source URL/provenance metadata is present.

    Done
  • Confirm metadata review state

    Listing has review metadata.

    Done
  • Verify install payload

    Install/config payload exists and can be inspected.

    Done

Security checks

Confirm safety, privacy, and package integrity signals.

  • Review safety notesRequired

    Safety notes are present.

    Done
  • Review privacy notesRequired

    Privacy notes are present.

    Done
  • Verify package integrity metadata

    No package verification/checksum metadata.

    Pending

Rollout

Adopt in controlled steps based on the selected plan.

  • Run in isolated sandbox firstRequired

    Use a constrained sandbox and observe behavior across multiple tasks.

    Pending
  • Roll out graduallyRequired

    Roll out to a small cohort before wider usage.

    Pending
  • Set monitoring and fallback

    Define rollback path and monitor errors after adoption.

    Pending

Evidence readiness

Evidence readiness matrix · balanced

Required evidence gates are covered (5/6 signals complete).

Risk 15

Source provenance

Present

Source repository/provenance is listed.

Required in this preset

Metadata review

Present

Review metadata is present.

Required in this preset

Safety notes

Present

Safety notes are present.

Required in this preset

Privacy notes

Present

Privacy notes are present.

Optional in this preset

Package integrity

Missing

Package integrity metadata is missing.

Optional in this preset

Install payload

Present

Install payload is available.

Required in this preset

Required evidence gates are covered for this preset.

Decision timeline

Decision timeline · balanced

5/6 steps complete with no blocking gaps for this preset.

Risk 14

triage

Confirm source provenanceRequired

Source/provenance metadata is available.

Done

triage

Check metadata review statusRequired

Review metadata is available.

Done

verify

Review safety notesRequired

Safety notes are available.

Done

verify

Review privacy notes

Privacy notes are available.

Done

verify

Validate package integrity metadata

Package integrity metadata is missing.

Pending

rollout

Verify install payload and commandsRequired

Install payload is available.

Done

No required blockers for this timeline preset.

Safety notes

  • The `run_sql` tool executes SQL against a connected workspace with the authenticated user's permissions, so it can read and modify data; scope the SingleStore account/role to least privilege.
  • Workspace and job tools can create and terminate starter workspaces and create or delete scheduled jobs (`create_starter_workspace`, `terminate_starter_workspace`, `create_job_from_notebook`, `delete_job`), which affect real cloud resources and billing.
  • Stage tools can upload, move, and delete files in a deployment's Stage file system (`stage_upload_file`, `stage_move`, `stage_delete`); treat them as write/delete-capable.
  • Authentication is the boundary — the standard flow stores browser-OAuth session credentials, and the Docker flow uses a Management API key, so restrict what the authenticated identity can reach.
  • Point the server at a non-production organization or a least-privilege identity when letting an agent act autonomously.

Privacy notes

  • The server connects to your SingleStore account and workspaces; user and organization details, SQL results, notebook contents, and Stage files it returns are passed to the LLM/MCP client.
  • SQL query results can include sensitive or PII data stored in your databases, and organization/workspace metadata can reveal infrastructure details.
  • OAuth session credentials (standard setup) or the `MCP_API_KEY` (Docker) grant account access — keep client config out of version control and restrict access to it.
  • Notebook and Stage tools can read and write files in SingleStore Spaces/Stage; treat that stored content as retained data.

Prerequisites

  • Python 3.10 or newer and the `uv`/`uvx` package manager (or `pip install singlestore-mcp-server`)
  • A SingleStore account; the standard setup signs in through browser-based OAuth on first start
  • For Docker runs only, a SingleStore Management API key (`MCP_API_KEY`), since the OAuth flow is not supported inside containers
  • An MCP-compatible client (Claude Desktop, Claude Code, Cursor, VS Code, Windsurf, Gemini, etc.)

Schema details

Install type
cli
Troubleshooting
No
Source repository stats
Scope
Source repo
Tool listing metadata
Full copyable content
{
  "mcpServers": {
    "singlestore-mcp-server": {
      "command": "uvx",
      "args": ["singlestore-mcp-server", "start"]
    }
  }
}

About this resource

Content

The SingleStore MCP Server is the official Model Context Protocol server maintained by SingleStore Labs. It lets LLMs and agentic clients manage SingleStore from natural language — running SQL on a workspace, inspecting organizations, workspace groups, and workspaces, managing starter workspaces, working with notebooks and scheduled jobs, and reading/writing Stage files.

The project is written in Python, distributed as the PyPI package singlestore-mcp-server (v0.4.19, Python >=3.10), and licensed under MIT. Its standout is a zero-config experience: no API keys, tokens, or environment variables are required for the standard setup — the server handles authentication via browser-based OAuth when started. A uvx singlestore-mcp-server init helper scaffolds config for Claude Desktop, Claude Code, Cursor, VS Code, Windsurf, Gemini, and more.

Source Review

The following real repository and package sources were fetched and reviewed for this entry:

  • README.md — install command, standard client config block, per-client init helpers, the browser-OAuth flow, the Docker/MCP_API_KEY note, and the full tool list.
  • PyPI: singlestore-mcp-server — package name and version (0.4.19) and requires_python >=3.10.
  • LICENSE — MIT License.

Repository facts confirmed at review time: official singlestore-labs organization, default branch main, not archived, MIT-licensed, and released as singlestore-mcp-server v0.4.19 on PyPI.

Features

  • SQL executionrun_sql runs SQL operations against a connected workspace.
  • Account & org contextget_user_info, organization_info, choose_organization, and set_organization inspect and select the active organization.
  • Workspace managementworkspace_groups_info, workspaces_info, resume_workspace, and starter-workspace tools (list_starter_workspaces, create_starter_workspace, terminate_starter_workspace).
  • Regionslist_regions and list_sharedtier_regions enumerate available regions.
  • Notebooks & jobscreate_notebook_file, upload_notebook_file, create_job_from_notebook, get_job, and delete_job manage SingleStore Spaces notebooks and scheduled jobs.
  • Stage file systemstage_list_files, stage_get_file, stage_create_folder, stage_upload_file, stage_move, and stage_delete operate on a deployment's Stage.
  • Zero-config OAuth — the standard setup requires no API keys; authentication happens through browser OAuth on start.
  • Per-client scaffoldinguvx singlestore-mcp-server init --client=<name> generates config for popular MCP clients.
  • Docker option — a container image (built from the repo) runs with an MCP_API_KEY, since OAuth is not supported inside containers.

Installation

Run the published package with uvx (no clone required); the standard setup authenticates through browser OAuth on start:

uvx singlestore-mcp-server start

Add it to an MCP client (e.g. Claude Desktop's claude_desktop_config.json) with the standard config:

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

Or scaffold client config automatically:

uvx singlestore-mcp-server init --client=claude-desktop

For Docker, an API key is required because the OAuth flow is not supported inside containers:

{
  "mcpServers": {
    "singlestore-mcp-server": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "-e", "MCP_API_KEY=your_api_key_here", "singlestore/mcp-server-singlestore"]
    }
  }
}

Use Cases

  • Conversational SQL — ask natural-language questions and have the agent run SQL against a workspace.
  • Workspace operations — inspect, resume, create, and terminate starter workspaces during development.
  • Notebook & job automation — create notebooks and schedule or manage jobs from an agentic workflow.
  • Stage file management — list, read, upload, move, and delete files in a deployment's Stage.
  • Frictionless onboarding — start with zero API-key setup via browser OAuth and per-client init scaffolding.

Safety and Privacy

  • SQL is powerful. run_sql executes SQL with the authenticated user's permissions and can read or modify data; scope the SingleStore role to least privilege.
  • Resource and billing impact. Workspace and job tools can create/terminate starter workspaces and create/delete scheduled jobs — real cloud resources.
  • Stage writes/deletes. Stage tools can upload, move, and delete files; treat them as mutating operations.
  • Auth is the boundary. The standard flow stores browser-OAuth session credentials; the Docker flow uses MCP_API_KEY. Restrict what the identity can reach and keep config out of version control.
  • Data flows to the model. SQL results, org/workspace metadata, notebooks, and Stage files are returned to the LLM/MCP client and can include PII or sensitive data.

Duplicate Check

No existing entry in the directory matches this server. A search of all directory entries for "singlestore" across slugs, titles, repository URLs, and install commands returned no results, and there is no prior entry pointing at github.com/singlestore-labs/mcp-server-singlestore or the PyPI package singlestore-mcp-server. This is therefore a net-new, non-duplicate entry.

Source citations

Add this badge to your README

Show that SingleStore MCP Server is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.

Listed on HeyClaude
[![Listed on HeyClaude](https://heyclau.de/badge/mcp/singlestore-mcp-server.svg)](https://heyclau.de/entry/mcp/singlestore-mcp-server)

How it compares

SingleStore MCP Server side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.

1 trust signal differ across this comparison (Submitter).

Field

The official SingleStore MCP server (singlestore-mcp-server) that lets AI assistants manage SingleStore from natural language — running SQL on a workspace, inspecting organizations, workspace groups, and workspaces, managing starter workspaces, notebooks, scheduled jobs, and Stage files — with no API keys required thanks to browser-based OAuth.

Open dossier

The official InfluxData MCP server for InfluxDB 3 (Core, Enterprise, Cloud Dedicated, Clustered, and Cloud Serverless). It lets LLMs run SQL queries, write line-protocol data, inspect databases and measurement schemas, manage databases and tokens, and check cluster health over the Model Context Protocol.

Open dossier

An MCP server from the official Couchbase-Ecosystem org that lets LLMs interact directly with Couchbase clusters — running SQL++/N1QL queries, performing document CRUD, discovering schema and data models, and analyzing query performance, with a read-only mode enabled by default.

Open dossier

The official OpenSearch Project MCP server (opensearch-mcp-server-py) that lets AI assistants query and operate OpenSearch clusters — listing indices, reading mappings, running Query DSL and PPL searches, inspecting shards and cluster health — over stdio or streaming transports, with basic-auth, AWS IAM, and header-based authentication.

Open dossier
Next steps
Trust
Review statusReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewed
Package trustPackage not verifiedPackage not verifiedPackage not verifiedPackage not verified
Source provenanceSource-backedSource-backedSource-backedSource-backed
SubmitterDiffersdavion-knightdavion-knightdavion-knight
Install riskReview firstReview firstReview firstReview first
Notes Safety Privacy Safety Privacy Safety Privacy Safety Privacy
BrandSingleStore MCP Server logoSingleStore MCP ServerInfluxDB 3 MCP Server logoInfluxDB 3 MCP ServerOpenSearch MCP Server logoOpenSearch MCP Server
Categorymcpmcpmcpmcp
Sourcesource-backedsource-backedsource-backedsource-backed
Authorsinglestore-labsinfluxdataCouchbase-Ecosystemopensearch-project
Added2026-07-082026-07-082026-06-112026-07-07
Platforms
Claude CodeCodexCursorClaude Desktop
Claude CodeClaude Desktop
Claude CodeClaude Desktop
Claude CodeClaude Desktop
Source repo
Safety notesThe `run_sql` tool executes SQL against a connected workspace with the authenticated user's permissions, so it can read and modify data; scope the SingleStore account/role to least privilege. Workspace and job tools can create and terminate starter workspaces and create or delete scheduled jobs (`create_starter_workspace`, `terminate_starter_workspace`, `create_job_from_notebook`, `delete_job`), which affect real cloud resources and billing. Stage tools can upload, move, and delete files in a deployment's Stage file system (`stage_upload_file`, `stage_move`, `stage_delete`); treat them as write/delete-capable. Authentication is the boundary — the standard flow stores browser-OAuth session credentials, and the Docker flow uses a Management API key, so restrict what the authenticated identity can reach. Point the server at a non-production organization or a least-privilege identity when letting an agent act autonomously.The server exposes write and delete tools — `write_line_protocol` ingests data, `create_database`/`update_database` change database config, and `delete_database` permanently removes a database (the README marks it irreversible). On Core/Enterprise it can mint and revoke credentials via `create_admin_token` (full permissions), `create_resource_token`, and `delete_token`; `regenerate_operator_token` is flagged dangerous/irreversible and rotates the operator token. The `execute_query` tool runs arbitrary SQL against the target database with the supplied token's permissions, so scope the token to least privilege rather than relying on tool naming. Cloud Dedicated/Clustered token tools (`cloud_create_database_token`, `cloud_update_database_token`, `cloud_delete_database_token`) manage real database access grants on the cluster. Point the server at a non-production instance or a tightly scoped token when letting an agent act autonomously; token permissions are the authoritative boundary, not the tool list.Read-only mode is ON by default (`CB_MCP_READ_ONLY_MODE=true`), which disables all KV write tools (upsert, insert, replace, delete) and blocks SQL++ modification queries. Setting `CB_MCP_READ_ONLY_MODE=false` exposes write tools that can insert, replace, upsert, and delete documents — and SQL++ statements can run arbitrary mutations within the user's permissions. SQL++/N1QL is a full query language; a sufficiently privileged connection can read, modify, or drop data, so scope database RBAC roles tightly to what the agent should touch. Tool gating via `CB_MCP_DISABLED_TOOLS` / `CB_MCP_CONFIRMATION_REQUIRED_TOOLS` is, per the README, an additional layer to guide LLM behavior and reduce attack surface — not the sole security control. Database RBAC is the authoritative boundary. In HTTP/SSE transport modes the server listens on a network port (default `127.0.0.1:8000`); avoid binding it to a public interface without authentication in front of it.Core tools are read/query-oriented, but the default-enabled GenericOpenSearchApiTool can call ANY OpenSearch API endpoint with a custom path, method, and body — including write and delete operations within the credential's permissions. Opt-in categories add mutating tools; for example the memory and agentic-memory tools can create and delete stored memories (including delete-by-query), and search-relevance tools can create and delete configurations, query sets, judgments, and experiments. Access is bounded by the OpenSearch credential and cluster RBAC, not by tool naming — scope the user/role to least privilege and prefer a non-production cluster when an agent acts autonomously. Dynamic connection parameters let an agent pass `opensearch_url` and auth values per tool call, so a single running server can be pointed at multiple clusters; restrict which endpoints and credentials are available to the agent. In streaming (SSE/Streamable HTTP) mode the server listens on a network port; do not expose it on a public interface without authentication in front of it.
Privacy notesThe server connects to your SingleStore account and workspaces; user and organization details, SQL results, notebook contents, and Stage files it returns are passed to the LLM/MCP client. SQL query results can include sensitive or PII data stored in your databases, and organization/workspace metadata can reveal infrastructure details. OAuth session credentials (standard setup) or the `MCP_API_KEY` (Docker) grant account access — keep client config out of version control and restrict access to it. Notebook and Stage tools can read and write files in SingleStore Spaces/Stage; treat that stored content as retained data.The server connects to your live InfluxDB 3 instance with the token you supply; query results, measurement schemas, and database listings it returns are passed to the LLM/MCP client. Time-series records and tags can contain sensitive or identifying data (device IDs, user IDs, locations, metrics), and query/schema tools can surface those fields to the model. Token-management tools can list and reveal token metadata; treat created tokens and their scopes as secrets. Credentials (`INFLUX_DB_TOKEN`, instance URL, cluster ID) are provided through environment variables in your MCP client config — keep that config out of version control and restrict access to it.The server connects to your live Couchbase cluster with the credentials you supply; any document data, schema, and query results it returns are passed to the LLM/MCP client. Schema-discovery and CRUD tools can surface real records, including any sensitive or PII fields stored in your buckets, scopes, and collections. Performance-analysis tools read from the query monitoring catalog (e.g. completed/running queries), which can expose query text and parameters processed by the cluster. Credentials (connection string, username/password, or cert/key paths) are provided via environment variables in your MCP client config — store that config securely and avoid committing it.The server connects to your OpenSearch cluster with the credentials you supply; index documents, mappings, and search results it returns are passed to the LLM/MCP client and can include sensitive or PII fields stored in your indices. Cluster-introspection tools (shards, nodes, cluster state/health, allocation, hot threads, tasks) can expose infrastructure metadata such as node hosts, system metrics, and index settings. Credentials are provided via environment variables or per-call parameters — basic-auth passwords, AWS IAM role ARNs, and AWS profiles/keys — so keep client config out of version control and restrict access to it. Memory and agentic-memory tools persist agent-authored statements into OpenSearch; treat that stored content and any semantic enrichment as retained data.
Prerequisites
  • Python 3.10 or newer and the `uv`/`uvx` package manager (or `pip install singlestore-mcp-server`)
  • A SingleStore account; the standard setup signs in through browser-based OAuth on first start
  • For Docker runs only, a SingleStore Management API key (`MCP_API_KEY`), since the OAuth flow is not supported inside containers
  • An MCP-compatible client (Claude Desktop, Claude Code, Cursor, VS Code, Windsurf, Gemini, etc.)
  • Node.js 20.11 or newer and npm 9 or newer (for the npm/npx runtime), or Docker as an alternative
  • A reachable InfluxDB 3 instance — Core, Enterprise, Cloud Serverless, Cloud Dedicated, or Clustered
  • An InfluxDB token (and, for Cloud Dedicated, the cluster ID) with the permissions you want the agent to have
  • The correct `INFLUX_DB_PRODUCT_TYPE` for your deployment (`core`, `enterprise`, `cloud-serverless`, `cloud-dedicated`, or `clustered`)
  • Python 3.10+ (the package supports >=3.10,<3.15)
  • The `uv`/`uvx` package manager (or Docker as an alternative runtime)
  • A running Couchbase cluster (self-managed or Couchbase Capella, including the free tier)
  • Cluster credentials — either username/password or an mTLS client certificate and key
  • Python 3.10 or newer and the `uv`/`uvx` package manager (or `pip install opensearch-mcp-server-py`)
  • A reachable OpenSearch cluster — self-managed, Amazon OpenSearch Service, or OpenSearch Serverless
  • Credentials for the chosen auth method — basic auth (username/password), AWS IAM role/profile, or header-based auth
  • An MCP-compatible client (Claude Desktop, Claude Code, Cursor, Kiro, VS Code, etc.)
Install
uvx singlestore-mcp-server start
npx -y @influxdata/influxdb3-mcp-server
uvx couchbase-mcp-server
uvx opensearch-mcp-server-py
Config
{
  "mcpServers": {
    "singlestore-mcp-server": {
      "command": "uvx",
      "args": ["singlestore-mcp-server", "start"]
    }
  }
}
{
  "mcpServers": {
    "influxdb": {
      "command": "npx",
      "args": ["-y", "@influxdata/influxdb3-mcp-server"],
      "env": {
        "INFLUX_DB_INSTANCE_URL": "https://us-east-1-1.aws.cloud2.influxdata.com",
        "INFLUX_DB_TOKEN": "<YOUR_INFLUXDB_TOKEN>",
        "INFLUX_DB_PRODUCT_TYPE": "cloud-serverless"
      }
    }
  }
}
{
  "mcpServers": {
    "couchbase": {
      "command": "uvx",
      "args": ["couchbase-mcp-server"],
      "env": {
        "CB_CONNECTION_STRING": "couchbases://connection-string",
        "CB_USERNAME": "username",
        "CB_PASSWORD": "password",
        "CB_MCP_READ_ONLY_MODE": "true",
        "CB_MCP_TRANSPORT": "stdio",
        "CB_MCP_DISABLED_TOOLS": "upsert_document_by_id,delete_document_by_id"
      }
    }
  }
}
{
  "mcpServers": {
    "opensearch": {
      "command": "uvx",
      "args": ["opensearch-mcp-server-py"]
    }
  }
}
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimed
Open 4 picks in the interactive comparison tool

Related guides

Signals

Loading live community signals…

More like this, weekly

A short, calm digest of reviewed Claude resources. Unsubscribe any time.