@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.18MIT
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol (MCP) server that supports STDIO, SSE and Streamable HTTP protocols for AI model interactions.8 npm1MIT
TDQS
Scored across 52 tools
Each tool targets a distinct resource and action pair: bulk calls, phone numbers, agents, providers, and knowledge files are clearly separated. Even close tools like listLLMProviders vs listSTTProviders vs listTTSProviders vs listAllProviders are differentiated by their explicit service scope. No two tools appear to be duplicates.
The vast majority of tools follow a predictable camelCase verb + noun pattern (createAgent, listPhoneNumbers, deleteKnowledgeBaseFile). Minor deviations exist such as bulkCallActions, which is a noun-style name rather than a verb + noun, and fetchBulkCalls vs the more common list* verb family. Overall naming is consistent and readable.
With 52 tools, this is a very large surface area, well above the 25+ threshold for a 'too many' rating. Although the domains are logically grouped, the sheer number makes it harder for agents to scan and select, and some bulk-control tools could arguably be consolidated into fewer—though still functional—endpoints.
The tool surface covers full CRUD lifecycles for agents, agent versions, phone numbers, knowledge-base files, and bulk-call campaigns, plus call logs and provider listing. Minor gaps exist, such as no explicit end-session or session retrieval beyond creation, and no file-content retrieval for knowledge-base files, but there are no dead-end workflows that would stop an agent.