@omnidim-ai/mcp-server
Related Servers
Alternatives to @omnidim-ai/mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceProvides a stdio MCP server for single-user local operation of the otaman platform, enabling agent orchestration, slash commands, and skill management within Claude Code without a remote bridge daemon.2AGPL 3.0
- AlicenseNot gradedqualityBmaintenanceProvides a production-ready Model Context Protocol server with dual STDIO and Streamable HTTP transports, enabling file operations, memory, database queries, RAG, web search, GitHub integration, background tasks, and prompt-based workflows.MIT
- AlicenseAqualityCmaintenanceProvides a Model Context Protocol server with tools for knowledge base search, retrieval, and addition, plus system time, resources, and prompts. Supports stdio and Streamable HTTP transports for local and shared deployments.4MIT
- FlicenseAqualityCmaintenanceMCP server that wraps MiniMax platform APIs (speech, video, image, music, and file management) as tools over stdio, enabling natural language interaction with MiniMax's AI services.161-
- AlicenseBqualityDmaintenanceA minimal local MCP server that wraps any Claude Messages API-compatible upstream into a unified ask_model tool. It enables MCP clients to interact with these models through a standard tool interface using stdio transport.17MIT
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol (MCP) server that supports STDIO, SSE and Streamable HTTP protocols for AI model interactions.10 npm1MIT
TDQS
Scored across 80 tools
Most tools map cleanly to a single resource+action across well-separated domains (agents, calls, bulk calls, workflows, phone numbers, voice cloning), and descriptions explicitly disambiguate near-pairs like getWorkflow vs showWorkflow and createBulkCall vs startBulkCall. A few boundaries remain fuzzy: listAllProviders overlaps with listVoices/listLLMProviders/listSTTProviders/listTTSProviders, bulkCallActions (pause/resume/reschedule) sits ambiguously next to cancelBulkCall and startBulkCall, and addBulkCallContact vs addBulkCallContacts differ only by batch semantics.
Every name is camelCase verb_noun, so the surface is highly predictable overall. Deviations are minor but real: fetchBulkCalls breaks the list_* convention used everywhere else, bulkCallActions is a vague noun-first catch-all rather than a specific verb, and a handful of non-CRUD verbs (showWorkflow, canUploadFile, diffAgentVersion, dispatchCall) sit outside the dominant create/get/list/update/delete family.
80 tools is far past a comfortable agent-facing surface; even though the platform genuinely spans ten resource families, an agent must select among 80 similarly named endpoints per turn. Several clusters (bulk-call numbers/contacts/status/control, workflow node-type introspection in three separate tools) could be consolidated, and discoverability cost is high.
Coverage is strong where it matters: agents have full CRUD plus version history and per-action post-call management, workflows have a complete draft-validate-publish-activate-test lifecycle, and bulk calls, phone numbers, voice cloning and knowledge base all have lifecycle tools. Minor gaps remain: integrations expose only listIntegrations (no create/update/delete despite descriptions referencing creation), and sessions offer only createSession with no read/list counterpart.