relay
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ANTHROPIC_API_KEY | Yes | Your Anthropic API key for making Claude API calls. | |
| RELAY_MCP_ALLOW_WRITES | No | Set to 'false' to serve a read-only MCP surface. | true |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| lookup_customerA | Look up a customer by email. Returns their profile (name, plan, signup date) and their 10 most recent tickets. Call this first for every ticket so your reply reflects who the customer is. |
| search_docsA | Search the product documentation. Call this before answering any product or policy question — ground every claim in a returned doc rather than answering from memory. |
| set_categoryB | Record the ticket's category after classifying it. |
| send_replyA | Send the final reply to the customer and mark the ticket resolved. Call this only when the answer is fully grounded in documentation and customer data. This ends the ticket. |
| create_escalationA | Escalate the ticket to a human agent when you cannot resolve it: the docs don't cover it, it needs account changes you can't make, or the customer is at risk of churning. This ends the ticket. |
| create_ticketC | File a new support ticket for a customer. |
| list_open_ticketsA | List all currently open support tickets. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 7 tools
Each tool performs a distinct action—lookup, search, categorize, reply, escalate, create, list—with no functional overlap. The descriptions explicitly differentiate when to use send_reply vs. create_escalation despite both ending the ticket.
All seven tools follow a consistent verb_noun pattern in lowercase snake_case (lookup_customer, search_docs, set_category, send_reply, create_escalation, create_ticket, list_open_tickets). There is no mixing of conventions or stray verbs.
Seven tools is well-scoped for a support-ticket agent: each tool maps to one step in the workflow without redundancy or bloat. The count feels intentional rather than padded.
The set covers the full support workflow—customer lookup, docs grounding, categorization, resolution, escalation, ticket creation, and listing. Minor gaps like a dedicated get_ticket or internal note action exist, but they are not required for the core automated support loop.