DeskCrew MCP Server
Related Servers
Alternatives to DeskCrew MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to search and retrieve support tickets, add notes, close tickets, and access SLA policies through MCP tools, resources, and prompts over Streamable HTTP.MIT
- AlicenseNot gradedqualityBmaintenanceAI-powered helpdesk management via Model Context Protocol. Connect any MCP-compatible assistant to your support workspace.17MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI clients to access and manage an internal support ticket queue through MCP tools, resources, and prompts, including searching and viewing tickets, adding comments, closing tickets with confirmation, reading knowledge base articles, and viewing queue summaries over OAuth-secured Streamable HTTP.-
- AlicenseNot gradedqualityDmaintenanceEnables AI-powered customer support with real-time access to CRM, ticketing, and communication tools via MCP, supporting context-aware conversations and automated actions.Apache 2.0
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to securely call enterprise MCP tools with tenant-scoped RBAC, human approvals, audit logging, and multi-tool workflows across customer, order, document, and ticket data.-
- FlicenseNot gradedqualityBmaintenanceEnables AI assistants to analyze IT support tickets, categorize urgency, suggest responses, and retrieve statistics via MCP tools.-
TDQS
Scored across 23 tools
Most tools are clearly scoped, but draft_reply and propose_resolution overlap heavily: both create a draft response awaiting human approval for a tickethol_0. Similarly, resolve and close might be ambiguous if present, but here the overlap is mainly between the two draft-submitting tools. search_tickets vs list_tickets are distinguished implicitly (search vs list) but could still cause hesitation.
The verb_noun pattern is mostly consistent (list_tickets, search_tickets, draft_reply, create_issue), with a few clear descriptive names like get_ticket_context, rotate_board_key, and preflight_bounty that don't follow the pattern but are still readable and unambiguous.
23 tools is on the high side but each maps to a distinct operation and the domain (ticketing, knowledge base, issues, bounties, board keys) is broad enough to justify it. A handful are near-duplicates (draft_reply vs propose_resolution vs draft_support_reply) which leans toward the upper bound.
The lifecycle is well covered: search/list → get_context → draft → send → resolve, with issue linking and changelog/roadmap lookup. Minor gaps: no tool to update a ticket's status directly (only via draft/resolve), no KB write/update tooling, and no way to list or revoke drafts.