operbots-mcp
Related Servers
Alternatives to operbots-mcp
No user-submitted related servers found.
Related Servers
- AlicenseCqualityCmaintenanceAn MCP server that lets coding agents like Cursor and Claude manage neural employees (AI assistants) across channels such as Telegram, WhatsApp, and web widgets. It provides tools for surveys, tasks, worker card management, Telegram bot control, and booking CRM.59MIT
- AlicenseAqualityBmaintenanceAn MCP server that gives AI agents full access to a personal Telegram account via MTProto, enabling chat reading, history search, messaging, media handling, and automations.79MIT
- AlicenseAqualityCmaintenanceThis MCP server enables AI assistants to interact with a BT Panel server through natural language, allowing users to query logs, manage websites, and monitor system status without manual panel login.987 npm10MIT
- FlicenseAqualityDmaintenanceAn MCP server for interacting with Telegram bots and channels using the Telegraf library. It allows AI agents to send messages, manage channels, forward content, and intelligently respond to Telegram conversations.519 npm8-
- AlicenseNot gradedqualityAmaintenanceMCP server with persistent memory, voice understanding, multi-thread orchestration, and remote control via Telegram for AI assistants.2,299 npm5MIT
- FlicenseBqualityCmaintenanceA specialized MCP server that allows AI coding assistants to send direct messages via your personal Telegram account.1-
TDQS
Scored across 82 tools
Every tool is anchored to a distinct resource and action (flows, market, dialogs, broadcasts, knowledge, bots, cases, etc.), and descriptions clearly separate even similar-sounding operations like market_update vs market_release and dialogs_delete vs dialogs_delete_message. Despite the large count, there is little real overlap.
The dominant pattern is resource_action in snake_case (flows_list, dialogs_reply, knowledge_search, market_install), which is highly predictable across domains. Minor exceptions like operbots_catalog, operbots_login/logout, and whoami break the pattern slightly but do not create confusion.
82 tools is far too many for a single MCP server by any reasonable standard. Even with a broad platform domain, the selection surface is extreme and would be much better split into resource-specific servers such as flows, dialogs, market, knowledge, and bots.
The tool surface gives full CRUD/lifecycle coverage across cases, bots, flows, market publications, dialogs, replies, broadcasts, knowledge bases, AI services, members/roles/invites, sessions, audit, and tasks. There are no obvious dead ends; even advanced operations like scenario simulation, webhook diagnostics, version restore, and broadcast previews are present.