Opérations métierSource publique

Case Management MCP Server

Une couche horizontale de gestion de cas pour les agents ADK-Rust Enterprise travaillant sur des enquêtes, plaintes, litiges, écarts, et incidents dans des industries réglementées. 18 outils MCP couvrant tout le cycle de vie du cas —…

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.

Un modèle, plusieurs domaines — un seul workflow Case (intake → trié → en enquête → en attente_info/escale → résolu → fermé) couvre enquête, plainte, litige, écart, et…

Défendable par construction — chaque mutation ajoute une AuditEntry immuable (acteur, action, détail, horodatage). Les enquêtes nécessitent une chaîne de conservation.

Preuves par référence, pas par valeur — les artefacts sont stockés par URI dans un magasin de contenu ; le cas ne contient jamais d'octets bruts ni de données personnelles. Les sujets/parties sont des jetons/références opaques.

Horloges légales — les politiques SLA par type_de_cas fixent des délais d'accusé de réception/résolution (ex. RegE-10-jours-provisoire, DOI-15-jours-réponse, PV-15-jours-accéléré, GxP-écart-30-jours) avec gestion des dépassements…

Écritures contrôlées — la clôture d'un cas (juridiquement significative) nécessite une validation en production ; les transitions valides du workflow sont appliquées ; la clôture est bloquée tant que des tâches restent ouvertes.

Triages configurables — règles mot-clé → type_de_cas/file d'attente/priorité/sévérité ajoutées à l'exécution, sans modification de code.

Architecture

Comment Case Management 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é.

→

Case Management MCP Server

Valide la requête et possède 18 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 Case Management MCP Server depuis son dépôt officiel

Catalogue d'outils

Que peut demander un agent à Case Management 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.

18 outils nommés

create_case

Créer un cas (enquête, plainte, litige, écart, ou incident)

internal write

get_case

Obtenir les détails complets d'un cas incluant statut, parties, preuves, notes, tâches, SLA, et journal d'audit

read only

search_cases

Rechercher/filtrer des cas par texte, domaine, type, statut, assigné, ou file d'attente

read only

update_case

Mettre à jour priorité, sévérité, file d'attente, ou tags d'un cas

internal write

transition_case

Faire évoluer un cas à travers des états valides du workflow

internal write

assign_case

Assigner un cas à un enquêteur ou gestionnaire

internal write

add_note

Ajouter une note interne ou externe au journal du cas

internal write

add_evidence

Joindre une référence de preuve/artefact à la chaîne de conservation du cas

internal write

add_task

Ajouter une tâche d'enquête ou un élément de checklist

internal write

complete_task

Marquer une tâche d'enquête comme terminée

internal write

link_entity

Lier une entité associée (compte, transaction, compteur, réclamation, lot, appareil, politique) au cas

internal write

close_case

Clore un cas avec une disposition et un résumé de résolution (juridiquement significatif)

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.

13 internal write5 read only

Défendable par construction — chaque mutation ajoute une AuditEntry immuable (acteur, action, détail, horodatage). Les enquêtes nécessitent une chaîne de conservation.
Écritures contrôlées — la clôture d'un cas (juridiquement significative) nécessite une validation en production ; les transitions valides du workflow sont appliquées ; la clôture est bloquée tant que des tâches restent ouvertes.

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.

Tâches de longue durée

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-case-management

Forme de connexion ADK-Rust

let toolset = McpToolset::from_stdio(
    "mcp-case-management",
    ["mcp-case-management"],
).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