Physisch und GeodatenÖffentliche Quelle

Parts MCP Server

Eine Plattform für Ersatzteile und Komponenten für ADK-Rust Enterprise Automotive- und Fertigungsagenten. 27 MCP-Tools, die einen Teilekatalog, mehrstandortige Lagerbestände mit Nachbestellpunkten, Stücklisten & Verwendungsnachweise, Nachfolger… abdecken.

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.

Katalog — Teile mit Teilenummer, Kategorie, Einheit, Kosten, bevorzugtem Lieferanten und Lieferzeit; Lebenszyklusstatus (aktiv/nachfolgend/obsolet).

Mehrstandort-Lagerbestand — Bestand pro Teil und Standort mit Verfügbar, Reserviert und einer Nachbestellrichtlinie (Punkt + Menge). stock_for_part summiert die Verfügbarkeit über Standorte.

Bestandsbewegungen — receive_stock, issue_stock, transfer_stock, adjust_stock, jeweils unveränderlich protokolliert. Ausgabe/Transfer/Reservierung verweigern Überverkauf verfügbaren Bestands; Anpassungen dürfen nicht…

Reservierungen — Verfügbare Bestände für einen Arbeitsauftrag/Asset reservieren, ohne den verfügbaren Bestand zu reduzieren; Stornierung gibt frei.

Stückliste & Verwendungsnachweis — Stückliste mit rekursiver Auflösung (mengenmultipliziert) und Zyklusvermeidung; umgekehrte where_used-Abfrage.

Nachfolger — alte→neue Ersatzketten; resolve_supersession folgt der Kette bis zum aktuellen aktiven Teil.

Nachbestellung & Prognose — reorder_suggestions markiert Bestand an oder unter dem Nachbestellpunkt; forecast_demand ermittelt den durchschnittlichen Tagesverbrauch aus der Historie, prognostiziert Bedarf, empfiehlt Nachbestellpunkt…

Architektur

Wie Parts 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.

→

Parts MCP Server

Validiert die Anfrage und besitzt 27 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

Parts MCP Server Architekturdiagramm aus seinem offiziellen Repository

Werkzeugkatalog

Was kann ein Agent Parts 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.

27 benannte Werkzeuge

create_part

Erstelle ein Teil im Katalog

internal write

get_part

Hole ein Teil nach ID oder Teilenummer

read only

list_parts

Liste Teile nach Kategorie/Status

read only

create_location

Erstelle einen Lagerstandort

internal write

list_locations

Liste Lagerstandorte

read only

create_supplier

Erstelle einen Lieferanten

internal write

list_suppliers

Liste Lieferanten

read only

set_stock_policy

Setze Nachbestellpunkt + Nachbestellmenge für ein Teil an einem Standort

internal write

get_stock

Hole Bestand eines Teils an einem Standort

read only

stock_for_part

Bestand über Standorte + Gesamtverfügbarkeit

read only

receive_stock

Empfange Bestand an einem Standort

internal write

issue_stock

Gib Bestand aus/verbrauch (physisch) — genehmigungspflichtig

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

14 read only11 internal write2 external write

Zwei Schreibvorgänge verbrauchen physischen Bestand und sind genehmigungspflichtig (requires_approval, external_write): issue_stock (verbrauchte/installierte Teile — zeichnet auch Nutzung auf) und adjust_stock (überschreibt aufgezeichnete…
Integrität der Bewegungen — Schutz vor Überverkauf und negativem Bestand bei jeder Bewegung; jede Bewegung und Anpassung ist im Audit-Trail (audit_log) erfasst.
Lesezugriffe sind read_only. 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-parts

ADK-Rust Verbindungsform

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

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

Weiter erkunden