Physique et géospatialSource publique

Parts MCP Server

Une plateforme de pièces et de rechanges pour les agents automobiles et manufacturiers ADK-Rust Enterprise. 27 outils MCP couvrant un catalogue de pièces, un inventaire multi-sites avec points de commande, nomenclatures et où-utilisé, succession…

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.

Catalogue — pièces avec numéro de pièce, catégorie, unité, coût, fournisseur préféré et délai ; statut du cycle de vie (actif/supplanté/obsolète).

Inventaire multi-sites — stock par pièce et par site avec quantités disponibles, réservées, et politique de réapprovisionnement (point + quantité). stock_for_part totalise la disponibilité sur tous les sites.

Mouvements de stock — receive_stock, issue_stock, transfer_stock, adjust_stock, tous enregistrés de manière immuable. Les opérations d’émission/transfert/réservation refusent de dépasser le stock disponible ; les ajustements ne peuvent pas entraîner…

Réservations — engagement du stock disponible contre un ordre de travail/actif sans retirer le stock disponible ; annulation pour libérer.

Nomenclature & où-utilisé — nomenclature avec explosion récursive (quantité multipliée) et prévention des cycles ; recherche inverse où_utilisé.

Succession — chaînes de remplacement ancien→nouveau ; resolve_supersession suit la chaîne jusqu’à la pièce active actuelle.

Réapprovisionnement & prévision — reorder_suggestions signale le stock au point de commande ou en dessous ; forecast_demand dérive l’usage moyen journalier à partir de l’historique, projette la demande, recommande un point de commande…

Architecture

Comment Parts 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é.

→

Parts MCP Server

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

Catalogue d'outils

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

27 outils nommés

create_part

Créer une pièce dans le catalogue

internal write

get_part

Obtenir une pièce par identifiant ou numéro de pièce

read only

list_parts

Lister les pièces par catégorie/statut

read only

create_location

Créer un site de stockage

internal write

list_locations

Lister les sites de stockage

read only

create_supplier

Créer un fournisseur

internal write

list_suppliers

Lister les fournisseurs

read only

set_stock_policy

Définir le point de commande + quantité de réapprovisionnement pour une pièce sur un site

internal write

get_stock

Obtenir le stock d’une pièce sur un site

read only

stock_for_part

Stock sur tous les sites + total disponible

read only

receive_stock

Recevoir du stock dans un site

internal write

issue_stock

Émettre/consommer du stock (physique) — contrôlé

external 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.

14 read only11 internal write2 external write

Deux écritures consomment le stock physique et sont contrôlées (requires_approval, external_write) : issue_stock (pièces consommées/installées — enregistre aussi l’usage) et adjust_stock (outrepasse les enregistrements…).
Intégrité des mouvements — protections contre la survente et le stock négatif à chaque mouvement ; chaque mouvement et ajustement est tracé dans 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-parts

Forme de connexion ADK-Rust

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