Support Workflow Lab
Related Servers
Alternatives to Support Workflow Lab
No user-submitted related servers found.
Related Servers
- FlicenseAqualityBmaintenanceA local-first MCP server that handles daily work tasks through your AI assistant: converts meeting notes into todos, manages todo lifecycle, tracks work hours, generates daily/weekly reports, organizes files via move-only operations, and diagnoses dev environments, all guarded by a human-maintained preview/apply safety model.25-
- AlicenseAqualityBmaintenanceA local-first MCP server for retrieving a small evidence set and recording reviewed conclusions, policy-gated and redacted without giving an agent general filesystem access.5MIT
- FlicenseAqualityAmaintenanceA local stdio MCP server that gives any MCP client one connection to all of the user's Gmail, Google Workspace and IMAP accounts at once, letting assistants list accounts, read messages and attachments, run full-text search across mailboxes, trigger syncs and export messages as .eml. It runs on the user's own computer with encrypted secrets and no intermediary server, so mail is fetched directly from the providers.91-
- FlicenseNot gradedqualityDmaintenanceMCP server for Nimbus Operations Copilot that enables AI agents to search help docs, customer data, invoices, and tickets, and propose refunds/tickets with human approval for writes.-
- AlicenseNot gradedqualityBmaintenanceA local stdio MCP server that enables coding agents to find licensed photos and icons, generate color palettes and simple SVG assets, and preview static web prototypes. It also supports editable agent skills for design and prototype review workflows.MIT
- AlicenseNot gradedqualityDmaintenanceProvides a local synthetic MCP stdio service for querying maintenance evidence and preparing human-review-gated advisory packets, with deterministic governance, evidence boundary tracing, and Agent K integrity scoring to separate retrieved evidence from model inference while preserving human review authority.3 npmMIT
TDQS
Scored across 7 tools
The read tools (list_tickets, get_ticket_context, search_knowledge) are cleanly separated by scope: queue listing, single-ticket deep context, and policy lookup. The four save_* tools each produce a distinct artifact (assessment record, customer reply draft, escalation brief, KB article draft), though the assessment/escalation pairing requires reading the descriptions to see that escalation targets come from the assessment rather than being a separate judgment call.
All seven tools use a consistent snake_case verb_noun pattern (list_, get_, search_, save_), with save_ uniformly marking the write operations. Minor deviation: object nouns are inconsistently qualified (ticket_context vs response_draft vs the abbreviation kb_draft), so the family prefix is not fully uniform, but the pattern remains predictable.
Seven tools is well-scoped for a support-agent workflow lab: three reads covering queue, ticket context, and policy, plus four write-draft operations for each artifact type. No tool appears redundant or padded, and nothing obviously needed is missing from the count itself.
The write side covers assessments, reply drafts, escalations, and KB drafts, but there is no read-back surface: an agent cannot list or retrieve previously saved assessments, drafts, or escalations to verify or revise them, and there is no operation to advance or resolve a ticket's status. These gaps are partly intentional (human-in-the-loop, nothing is sent), but they leave the agent unable to confirm its own writes or work the ticket lifecycle.