BranchenlösungenÖffentliche Quelle

Ticketing MCP Server

Eine Service-Desk-/Fall-Ticketing-Plattform für ADK-Rust Enterprise Support-, Rechts- und Operations-Agenten. 19 MCP-Tools für Warteschlangen mit SLA-Richtlinien, Tickets mit Priorität und automatisch berechneten SLA-Fälligkeiten + Verstößen…

Quelle öffnen Lesen Sie den offiziellen Leitfaden ↗

Was es einem Agenten gibt

Eine speziell entwickelte Fähigkeit hinter einer MCP-Verbindung.

Der Server besitzt seine Domänenlogik und veröffentlicht einen Werkzeugvertrag, den ein MCP-Client entdecken kann. ADK-Rust kann diesen Vertrag in einen Agenten laden, jedes Schema für den gewählten Modellanbieter normalisieren und den Verbindungslebenszyklus außerhalb der Geschäftslogik des Agenten halten.

Warteschlangen & SLA-Richtlinie — jede Warteschlange definiert Antwort- und Lösungsziele pro Priorität (Stunden).

Tickets — Erfassung mit Anfragendem, Priorität und Tags; SLA-Fristen werden automatisch aus Warteschlangenrichtlinie × Priorität berechnet. Status-Workflow: neu → offen → ausstehend → gelöst → geschlossen (geschlossen ist…

Triage & Zuweisung — Zuweisung an Agenten (öffnet neue Tickets automatisch), Priorität setzen (berechnet SLA neu), taggen und eskalieren (erhöht Priorität, Eskalationsstufe, setzt SLA neu).

Kommentare — interne Notizen (nur für Mitarbeiter) und öffentliche Antworten (sichtbar für Anfragenden; die erste öffentliche Antwort setzt die SLA-Erstreaktionszeit).

SLA & Analysen — sla_status (Ticket-spezifische Verstoß-Flags + verbleibende Minuten), sla_report (offen / Antwort-Verstoß / Lösungs-Verstoß / Risiko in den nächsten 2 Stunden über eine Warteschlange), und Arbeitsbelastung (offene…

Architektur

Wie Ticketing MCP Server in ein Agentensystem passt.

Das Modell benötigt niemals Implementierungsdetails oder Anmeldeinformationen des Systems hinter dem Server. Es sieht geprüfte Werkzeugdefinitionen. Der MCP-Client übernimmt Entdeckung und Aufrufe, während der Server die Validierung, Richtlinien und Kommunikation mit seinem Domänensystem behält.

ADK-Rust Agent

Wählt eine Fähigkeit aus dem geprüften Werkzeugkatalog aus.

→

MCP-Client

Entdeckt Schemata, sendet Aufrufe und empfängt typisierte Inhalte.

→

Ticketing MCP Server

Validiert die Anfrage und besitzt 19 dokumentierte Werkzeugverträge.

→

Domänensystem

Behält die API, Daten, Anmeldeinformationen und Geschäftsregeln hinter dem Server bei.

Verbindung: stdio · Server-Framework: ADK MCP SDK + rmcp

Ticketing MCP Server Architekturdiagramm aus seinem offiziellen Repository

Werkzeugkatalog

Was kann ein Agent Ticketing MCP Server fragen?

Jedes Werkzeug hat einen stabilen Namen, einen menschenlesbaren Zweck und einen während der MCP-Initialisierung entdeckten JSON-Eingabevertrag. Risikoklassen stammen aus dem Registry-Manifest des Projekts, wenn eines verfügbar ist.

19 benannte Werkzeuge

create_queue

Erstelle eine Warteschlange mit SLA-Richtlinie

internal write

get_queue

Hole eine Warteschlange und deren SLA-Richtlinie

read only

list_queues

Liste Warteschlangen

read only

create_ticket

Erfasse ein Ticket (berechnet SLA-Fristen automatisch)

internal write

get_ticket

Hole ein Ticket per ID

read only

list_tickets

Liste Tickets nach Warteschlange/Status/Zuständigem

read only

assign_ticket

Weise ein Ticket einem Agenten zu

internal write

set_priority

Setze Ticket-Priorität (berechnet SLA neu)

internal write

set_status

Übergang des Ticket-Status

internal write

close_ticket

Schließe ein Ticket (endgültig) — genehmigungspflichtig

internal write

add_tag

Füge ein Tag zu einem Ticket hinzu

internal write

escalate_ticket

Eskalieren eines Tickets (Priorität erhöhen, SLA neu setzen)

internal write

Governance

Verstehen Sie die Wirkung jedes Werkzeugs.

Eine Serververbindung erbt die Berechtigungen ihrer Anmeldeinformationen und der Bereitstellungsumgebung. Die untenstehenden Deklarationen stammen aus dem README dieses Projekts und dem MCP-Registry-Manifest; Ihre Anwendung entscheidet weiterhin, welche Werkzeuge ein Agent erhält und wo eine Genehmigung erforderlich ist.

9 internal write9 read only1 external write

Zwei Schreibvorgänge sind genehmigungspflichtig (requires_approval): send_public_reply (eine externe Nachricht an den Anfragenden — als external_write klassifiziert) und close_ticket (endgültiger Abschluss eines Falls).
Workflow-Integrität — ein geschlossenes Ticket kann nicht neu zugewiesen, erneut überführt oder erneut geschlossen werden; alles wird im Audit-Trail (audit_log) protokolliert.
Lesen ist schreibgeschützt. Beispieldaten sind fiktiv.

MCP-Oberfläche

Was die aktuelle Dokumentation erklärt.

MCP kann Werkzeuge, Ressourcen, Eingabeaufforderungen, strukturierte Ergebnisse, Fortschritt, Abbruch und lang laufende Arbeit übertragen. Dieser Eintrag hebt die modernen Protokollfunktionen hervor, die in diesem Repository ausdrücklich erwähnt werden.

Das aktuelle README konzentriert sich auf seine Werkzeugoberfläche. Prüfen Sie die Quelle und die Release-Notes, bevor Sie sich auf optionale MCP-Fähigkeiten jenseits der Werkzeugerkennung und -aufruf verlassen.

ADK MCP SDKrmcpRegistry-Manifest

Installieren und verbinden

Folgen Sie dem dokumentierten Startpunkt des Projekts.

Installieren Sie den Server in der Umgebung, die seine Anmeldeinformationen und den Domänenzugang besitzt. Fügen Sie ihn Ihrem MCP-Host hinzu, überprüfen Sie die entdeckten Werkzeuge und schränken Sie die Werkzeugauswahl ein, bevor Sie ihn einem Produktionsagenten übergeben.

Installieren

cargo install mcp-ticketing

ADK-Rust Verbindungsform

let toolset = McpToolset::from_stdio(
    "mcp-ticketing",
    ["mcp-ticketing"],
).await?;

let agent = LlmAgentBuilder::new("agent")
    .tools(toolset.tools().await?)
    .build()?;

Befehle und Konfiguration werden aus dem öffentlichen README extrahiert. Bestätigen Sie Voraussetzungen, Umgebungsvariablen und versionsspezifische Optionen in der offiziellen Dokumentation vor der Bereitstellung.

Offizielle Dokumentation

Fahren Sie mit der Quelle der Wahrheit der Projektbetreuer fort.

Diese Seite bietet eine zugängliche Karte des Servers. Das Repository bleibt autoritativ für genaue Schemata, Voraussetzungen, Konfiguration, Beispiele, Tests, Releases und Sicherheitsupdates.

Übersicht ↗README.md Änderungsprotokoll ↗CHANGELOG.md Architektur ↗docs/architecture.svg Probleme und Support ↗github.com Probleme

Weiter erkunden