Solutions sectoriellesSource publique

Ticketing MCP Server

Une plateforme de service-desk / gestion de tickets pour les agents support, juridique et opérations ADK-Rust Enterprise. 19 outils MCP couvrant files d'attente avec politiques SLA, tickets avec priorité et dates d'échéance SLA auto-calculées + dépassements…

Ouvrir la source Lisez le guide officiel ↗

Ce qu'il offre à un agent

Une capacité conçue spécifiquement derrière une connexion MCP unique.

Le serveur possède sa logique de domaine et publie un contrat d'outil qu'un client MCP peut découvrir. ADK-Rust peut charger ce contrat dans un agent, normaliser chaque schéma pour le fournisseur de modèle choisi, et garder le cycle de vie de la connexion en dehors de la logique métier de l'agent.

Files d'attente & politique SLA — chaque file définit des objectifs de réponse et résolution par priorité (en heures).

Tickets — prise en charge avec demandeur, priorité et tags ; dates limites SLA calculées automatiquement selon la politique de la file × priorité. Workflow de statut : nouveau → ouvert → en attente → résolu → fermé (fermé est…

Tri & affectation — assigner à des agents (ouvre automatiquement les nouveaux tickets), définir la priorité (recalcule le SLA), taguer, et escalader (augmente la priorité d'un cran, augmente le niveau d'escalade, réinitialise le SLA).

Commentaires — notes internes (réservées au personnel) et réponses publiques (visibles par le demandeur ; la première réponse publique fixe le délai de première réponse SLA).

SLA & analytique — sla_status (indicateurs de dépassement par ticket + minutes restantes), sla_report (ouvert / réponse dépassée / résolution dépassée / à risque dans les 2h sur une file), et charge de travail (tickets ouverts…

Architecture

Comment Ticketing MCP Server s'intègre dans un système d'agent.

Le modèle n'a jamais besoin des détails d'implémentation ou des identifiants du système derrière le serveur. Il voit les définitions d'outils examinées. Le client MCP gère la découverte et les appels, tandis que le serveur conserve la propriété de la validation, de la politique et de la communication avec son système de domaine.

Agent ADK-Rust

Choisit une capacité dans le catalogue d'outils examiné.

→

Client MCP

Découvre les schémas, envoie des appels et reçoit du contenu typé.

→

Ticketing MCP Server

Valide la requête et possède 19 contrats d'outils documentés.

→

Système de domaine

Conserve l'API, les données, les identifiants et les règles métier derrière le serveur.

Connexion : stdio · Cadre serveur : ADK MCP SDK + rmcp

Diagramme d'architecture de Ticketing MCP Server depuis son dépôt officiel

Catalogue d'outils

Que peut demander un agent à Ticketing MCP Server ?

Chaque outil a un nom stable, un but lisible par l'humain, et un contrat d'entrée JSON découvert lors de l'initialisation MCP. Les classes de risque proviennent du manifeste du registre du projet lorsqu'il est disponible.

19 outils nommés

create_queue

Créer une file avec une politique SLA

internal write

get_queue

Obtenir une file et sa politique SLA

read only

list_queues

Lister les files

read only

create_ticket

Créer un ticket (calcule automatiquement les échéances SLA)

internal write

get_ticket

Obtenir un ticket par identifiant

read only

list_tickets

Lister les tickets par file/statut/assigné

read only

assign_ticket

Assigner un ticket à un agent

internal write

set_priority

Définir la priorité d'un ticket (recalcule le SLA)

internal write

set_status

Transitionner le statut d'un ticket

internal write

close_ticket

Clore un ticket (terminal) — protégé

internal write

add_tag

Ajouter un tag à un ticket

internal write

escalate_ticket

Escalader un ticket (augmenter la priorité, réinitialiser le SLA)

internal write

Gouvernance

Comprendre l'effet de chaque outil.

Une connexion serveur hérite de l'autorité de ses identifiants et de son environnement de déploiement. Les déclarations ci-dessous proviennent du README de ce projet et du manifeste du registre MCP ; votre application décide toujours des outils qu'un agent reçoit et des endroits où une approbation est requise.

9 internal write9 read only1 external write

Deux écritures sont soumises à approbation (requires_approval) : send_public_reply (message externe visible par le demandeur — classé external_write) et close_ticket (clôture définitive d'un dossier).…
Intégrité du workflow — un ticket fermé ne peut pas être réassigné, re-transitionné ou re-fermé ; tout est sur la piste d'audit (audit_log).
Les lectures sont en lecture seule. Les données d'exemple sont fictives.

Surface MCP

Ce que la documentation actuelle déclare.

MCP peut transporter des outils, ressources, invites, résultats structurés, progression, annulation et travaux de longue durée. Cet enregistrement met en avant les fonctionnalités modernes du protocole explicitement mentionnées par ce dépôt.

Le README actuel se concentre sur sa surface d'outil. Vérifiez la source et les notes de version avant de compter sur des capacités MCP optionnelles au-delà de la découverte et de l'invocation d'outils.

ADK MCP SDKrmcpManifeste du registre

Installer et connecter

Suivez le point de départ documenté du projet.

Installez le serveur dans l'environnement qui possède ses identifiants et l'accès au domaine. Ajoutez-le à votre hôte MCP, vérifiez les outils découverts, et réduisez l'ensemble d'outils avant de le confier à un agent en production.

Installer

cargo install mcp-ticketing

Forme de connexion ADK-Rust

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

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

Les commandes et la configuration sont extraites du README public. Confirmez les prérequis, variables d'environnement et options spécifiques à la version dans la documentation officielle avant le déploiement.

Documentation officielle

Poursuivez avec la source de vérité des mainteneurs du projet.

Cette page fournit une carte accessible du serveur. Le dépôt reste la référence pour les schémas exacts, prérequis, configuration, exemples, tests, versions et mises à jour de sécurité.

Présentation ↗README.md JOURNAL DES MODIFICATIONS ↗CHANGELOG.md Architecture ↗docs/architecture.svg Problèmes et support ↗problèmes github.com

Continuez à explorer