Field-by-field comparison

Compare the evidence before choosing an MCP.

Each signal stays separate, missing facts remain visible, and the column order follows your selection.

MCPs in this comparison

Uncheck an MCP to remove it. Comparing two or three keeps each signal in its own row.

Open canonical comparison link

Comparable alternatives

Shown only when capability or industry context overlaps.

Side-by-side MCP evidence comparison
Evidence fieldQdrant MCPShortlist candidateRedis MCPMCP100 Recommended
Task fit
Best for
  • Store and retrieve semantic memories and code context in Qdrant.
  • Teams already using Qdrant that can test with non-sensitive data and least privilege.
  • Inspecting and manipulating Redis strings, hashes, lists, sets, sorted sets, streams, JSON, and search indexes
  • Development workflows using a dedicated local or test Redis database
  • Redis documentation search and operational investigation
Not ideal for
  • Users who need an MCP100-recommended recommendation today
  • Unattended production workflows before permissions and failure behavior are reviewed
  • Read-only analytics when write-capable Redis tools cannot be disabled or constrained by ACL
  • Production databases shared with latency-sensitive applications
Avoid when
  • The connected data or account cannot be safely exposed to the selected AI client
  • You cannot verify least-privilege access and review write-capable tool calls
  • The Redis credential grants unrestricted access to production keys
  • TLS certificate verification is disabled for a remote Redis connection
  • The agent must not read, overwrite, publish, expire, or delete Redis data
Provenance
Provenance details

First-party MCP

Qdrant · Publisher source ↗

First-party MCP

Redis · Publisher source ↗

Maintenance
Maintenance details

Repo: Sep 4, 2026

Package: Dec 10, 2025

Repo: Sep 21, 2026

Package: Not documented

Popularity evidence
GitHub stars

1,538

GitHub stars · checked 2026-09-24T00:00:00.000Z

628

GitHub stars · checked 2026-09-24T04:14:26.347000Z

Package downloads / 30 days

1,512,245

package downloads / 30 days · checked 2026-07-29T17:30:00.000Z

No reliable download data
Client coverage
Client coverage details
Claude Code✓ Local stdio
Claude Desktop✓ Local stdio
Codex✓ Local stdio
VS Code✓ Local stdio
Cursor✓ Local stdio
OpenCode✓ Local stdio
Claude Code✓ Local stdio
Claude Desktop✓ Local stdio
Codex✓ Local stdio
VS Code✓ Local stdio
Cursor✓ Local stdio
OpenCode✓ Local stdio
Client coverage noteLocal stdio runs on your computer. Streamable HTTP connects to a remotely hosted MCP server.
Access and data
AuthenticationAuthentication follows the publisher's documented endpoint or local-server configuration. OAuth scopes, API-key handling, and revocation behavior remain review items.Supports Redis username/password URLs, individual credential options, TLS through `rediss://`, CA certificate verification, cluster mode, and Microsoft Entra ID authentication for Azure Managed Redis.
CostNo MCP100 cost conclusion is published yet. The publisher's account plan, API usage, infrastructure, or per-action charges may apply.The first-party server is open source and the PyPI package documents no MCP usage fee. Redis Cloud, infrastructure, network, container, and AI-client costs remain separate.
PermissionsExact permissions and the read/write boundary have not yet completed MCP100 independent review; consult the linked publisher sources and use the narrowest available scope.The server can read and write Redis keys and data structures, operate streams and pub/sub, manage search indexes, and inspect server information according to the connected Redis user's ACL. Redis ACL configuration is the effective permission boundary.
Data handlingPublisher-accessible account or application data may be returned to the MCP client and its selected model. Retention and subprocess behavior require candidate-specific review.The stdio server runs locally and sends Redis query inputs and returned key values to the connected MCP client. It connects directly to the configured Redis deployment. Credentials can be supplied in a URI, CLI arguments, or environment variables; avoid embedding them in shareable config and logs.
Limitations
Tradeoffs
  • First-party provenance and a clear task improve confidence, but do not replace an independent permissions and usability review.
  • Client transport compatibility does not prove that authentication, scopes, failure handling, and every tool behave safely.
  • The server supports a wide Redis data surface, which is useful but makes the database credential the primary security boundary.
  • Running through uvx is simple but `@latest` is mutable; pin a reviewed release for repeatable deployments.
  • Connection URLs are convenient but can expose usernames and passwords in process arguments or client configuration.
Risk contextUse a test workspace or non-production account, least privilege, read-only controls where available, explicit approval for mutations, and credential revocation after evaluation.A broad Redis tool set can expose or mutate application state, sessions, queues, cached records, and vector data. Use a dedicated database, a narrowly scoped ACL user, verified TLS, pinned releases, and backups. This review does not claim MCP100 execution testing.
Evidence date
Editorial review2026-07-242026-07-24
Candidate evidence2026-09-24T00:00:00.000Z2026-09-24T04:25:05.554391Z

Popularity, maintenance, fit, permissions, and client support are independent evidence fields.

Read the evidence method →