deepset-mcp
OfficialRelated Servers
Alternatives to deepset-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceDeploys and serves Haystack Pipelines and Agents as REST APIs and MCP tools, enabling AI assistants to interact with custom NLP pipelines for tasks like RAG, document processing, and intelligent agents through natural language.5,210 PyPI154Apache 2.0
- FlicenseAqualityBmaintenanceEnables Claude to inspect, configure, run, and modify individual RAG/agent pipeline stages (retrieve, rerank, generate, eval) as structured typed tool calls, and execute the full pipeline end to end.5-
- FlicenseAqualityBmaintenanceConnects AI agents to live observability stacks including Sentry, GitHub, Vercel, Better Stack, and Cloudflare, enabling end-to-end incident investigation, deployment correlation, root cause analysis, and regression triage.14-
- AlicenseBqualityDmaintenanceEnables AI agents to interact with Dagster instances, explore data pipelines, monitor runs, and manage assets.925Apache 2.0
- FlicenseNot gradedqualityCmaintenanceEnables document Q&A and knowledge retrieval through hybrid semantic and keyword search, with tools for document ingestion, chunking, summarization, PII redaction, and RAGAS-based evaluation.-
- AlicenseNot gradedqualityCmaintenanceEnables running durable, traceable AI agents via LangGraph through a universal MCP interface, integrating with Hatchet for orchestration, logging, and retries. Provides tools for knowledge management (ingestion, RAG) and Kubernetes operations (diagnosis, auto-fix).MIT
TDQS
Scored across 83 tools
Most tools target a clearly distinct resource+action, and the descriptions carefully distinguish subtle pairs (get_pipeline_logs vs get_pipeline_trace_logs, activate_deployment vs activate_deployment_revision). The main overlap is the search trio (search_pipeline, search_pipeline_with_params, search_pipeline_with_filters), where with_params also accepts filters, plus list_search_history vs list_pipeline_search_history and list_pipeline_traces overlapping in scope.
The set overwhelmingly follows a consistent verb_noun snake_case convention (list_, get_, create_, update_, delete_, search_, validate_, deploy_). Minor deviations exist in a handful of noun/tool-first names (yq_object_store, sed_object_store, grep_object_store, load_skill), but these are readable and don't undermine predictability.
83 tools is very heavy and exceeds the range where an agent can reliably select without help, even given the genuinely broad platform scope. Many fine-grained operations (per-revision, per-tag, per-cost-view) could be consolidated, making the surface hard to navigate.
Read/write coverage is broad across pipelines, deployments, indexes, workspaces, evaluations, costs, and docs, but delete/lifecycle operations are missing for several core resources (no delete_pipeline, delete_index, update/delete_workspace, and no create_secret despite get/list_secret). These gaps will cause dead ends for full CRUD workflows.