Scoped Support MCP
Related Servers
Alternatives to Scoped Support MCP
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceEnables AI assistants and signed-in support staff to search and read customer tickets, add internal notes, issue refunds under per-scope and per-customer limits, and export ticket data over a remote, OAuth-protected Streamable HTTP endpoint. Tool lists, resources, prompts, and write operations are gated by bearer tokens and audience-bound scopes so that refund and export actions stay bounded.61MIT
- FlicenseNot gradedqualityAmaintenanceEnables operators to retrieve and manage support tickets, comments, and attachments, and to draft or analyze ticket responses using help center articles as a knowledge base. Access uses per-operator OAuth so each person's own permissions and identity apply to every action.-
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to securely list, retrieve, and search Freshdesk support tickets through typed read-only MCP tools. It supports API-key authentication, rate-limit handling, safe logging, and an offline fictional demo mode.-
- FlicenseNot gradedqualityAmaintenanceEnables users to retrieve and manage tickets and comments, analyze tickets and draft responses, and access Help Center articles as a knowledge base.-
- FlicenseNot gradedqualityAmaintenanceEnables retrieving and managing tickets and comments, analyzing tickets, drafting responses, and accessing Help Center articles as a knowledge base.-
- AlicenseNot gradedqualityBmaintenanceProvides read-only, deterministic tools for searching accounts and knowledge and retrieving tickets, ticket details, and product information over a stdio MCP connection.MIT
TDQS
Scored across 2 tools
list_tickets and get_ticket have clearly distinct purposes: enumerate a bounded collection versus retrieve a single record by identity. There is no overlap or plausible misselection between the two.
Both tools follow a clean verb_noun pattern (list_tickets, get_ticket) using consistent snake_case. The convention is predictable and would extend naturally to future tools.
Only 2 tools for a support/ticket domain is thin, even for an explicitly scoped demo identity server. The set covers retrieval but nothing beyond it, so it sits at the borderline of under-scoped.
The surface is read-only: tickets can be listed and fetched but never created, updated, commented on, or closed. For a support ticket domain this leaves significant lifecycle gaps that would block most agent workflows.