MCP in der Logistik: KI-Agenten mit Fracht-APIs verbinden (Leitfaden 2026)

Was es ist	Ein offener Standard, der es KI-Agenten ermöglicht, Ihre Frachtsysteme aufzurufen
Protokoll	JSON-RPC 2.0 über stdio oder HTTP
Kernbausteine	Tools (Aktionen), Ressourcen (schreibgeschützte Daten), Prompts (Vorlagen)
Frachteinsatzmöglichkeiten	Angebot, Buchung, Sendungsverfolgung, Abruf von Frachtbriefen/Empfangsbestätigungen, Rechnungsprüfung
Live im Jahr 2026	Warp, CargoAi CargoMART, FreightUtils, C.H. Robinson
Eine Integration	Funktioniert mit Claude, ChatGPT, Copilot, Gemini, Cursor

Seit Jahren bedeutete die Verbindung von Frachtsoftware mit einem neuen Partner jedes Mal ein neues, maßgeschneidertes API-Projekt, und ich habe miterlebt, wie Teams für jedes Tool dieselbe Infrastruktur neu aufgebaut haben. Im Jahr 2026 ist eine zweite Integrationsfläche erschienen: das Model Context Protocol (MCP), ein offener Standard, der es einem KI-Agenten innerhalb von Claude, ChatGPT, Microsoft Copilot oder Gemini ermöglicht, Ihre Frachtsysteme direkt aufzurufen. Anstatt dass eine Person durch ein Portal klickt, fordert der Agent in einfacher Sprache ein Angebot an, bucht eine Ladung oder ruft einen Zustellnachweis ab. Dieses Handbuch erklärt, was MCP ist, wie es auf eine Fracht-API abgebildet wird und zeigt einen minimalen funktionierenden Server. Ich werde auch darauf eingehen, wer es bereits in Produktion einsetzt und wo Sie vorsichtig sein sollten.

Was ist MCP?

Das Model Context Protocol ist eine offene Spezifikation, die ursprünglich von Anthropic veröffentlicht wurde und nun mit der breiteren Community entwickelt wird, um KI-Modelle mit externen Tools und Daten zu verbinden. Es standardisiert das "Wire Format" zwischen einem KI-Client und Ihrer Software, sodass Sie die Verbindung einmal erstellen und nicht für jeden Assistenten neu implementieren müssen.

Technisch spricht MCP JSON-RPC 2.0 entweder über einen lokalen stdio-Transport oder einen entfernten HTTP-Transport. Ein Server deklariert beim Verbindungsaufbau eines Agenten drei Arten von Fähigkeiten:

Tools — ausführbare Aktionen, die das Modell aufrufen kann, wie z. B. das Abfragen einer API oder das Ausführen einer Berechnung. Tools werden vom Modell gesteuert: Der Agent entdeckt sie und entscheidet, wann er sie aufruft.
Ressourcen — schreibgeschützte Daten, die die Anwendung zur Kontextualisierung bereitstellt, z. B. eine Rätetabelle, eine Spediteurliste oder ein Versanddokument. Ihre Anwendung, nicht das Modell, entscheidet, wann diese angehängt werden.
Prompts — wiederverwendbare, vom Benutzer gesteuerte Vorlagen (z. B. "Planen Sie eine Multi-Stop-LTL-Tour"), die ein Client auflisten und ausfüllen kann.

Jede Fähigkeit verfügt über standardmäßige list- und call/get-Methoden, und genau deshalb funktioniert ein MCP-Server in jedem MCP-kompatiblen Client ohne benutzerdefinierte Klebstoffe für jeden Assistenten.

Warum MCP speziell für die Frachtbranche wichtig ist

Logistik ist ein Koordinationsproblem über viele Systeme hinweg: ein Transportmanagementsystem (TMS), Spediteuranbindungen, Bewertungstools, Sendungsverfolgung, Zollangaben, ERP. Früher bedeutete jede KI-Funktion eine separate Integration, und jeder neue Assistent bedeutete, dass man sie wiederholen musste. MCP fasst das zusammen. Sie stellen Ihre Frachtfähigkeiten einmal als MCP-Server bereit, und jeder Agent kann über sie Angebote erstellen und buchen und dann verfolgen, was versendet wird.

Der praktische Nutzen ist derselbe, den Spediteure bereits von Frachtbuchungssoftware und modernen APIs erhalten, nämlich weniger manuelle Portalschritte, jedoch erweitert auf Workflows in natürlicher Sprache. In der Praxis verknüpft ein Agent mehrere Aufrufe. Er liest eine Raten-Ressource, ruft ein get_quote-Tool auf, prüft dann ein Tracking-Tool und gibt das Ergebnis aus, alles innerhalb einer Konversation.

Abbildung einer Fracht-API auf MCP

Der sauberste Weg, einen Fracht-MCP-Server zu entwerfen, besteht darin, jede Funktionalität in die drei Grundelemente zu unterteilen:

Werkzeuge (Aktionen): get_quote, book_load, track_shipment, get_documents (BOL/POD), audit_invoice.
Ressourcen (schreibgeschützter Kontext): die Spediteurliste, Lane-Tarifkarten, Nebenkosten-Tabellen, die Status-Historie einer Sendung.
Prompts (Vorlagen): "LTL vs. FTL für diese Ladung vergleichen", "Den billigsten konformen Spediteur für Gefahrgut finden".

Eine nützliche Faustregel: Alles, was den Zustand ändert oder Geld kostet, ist ein Werkzeug, das eine Bestätigung erfordert; alles, was Referenzdaten sind, ist eine Ressource, die der Agent frei lesen kann.

Ein minimaler Fracht-MCP-Server (praktisches Beispiel)

Unten sehen Sie eine stark vereinfachte TypeScript-Skizze eines MCP-Servers, der zwei Frachtwerkzeuge bereitstellt. Er verwendet das offizielle SDK und ein JSON-Schema für die Eingaben jedes Werkzeugs und ruft dann im Hintergrund Ihre vorhandene Fracht-API auf:

import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { z } from "zod";

const server = new McpServer({ name: "freight", version: "1.0.0" });

// Tool 1 — quote a shipment (read-only, safe to auto-run)
server.tool(
  "get_quote",
  { origin: z.string(), destination: z.string(), weightKg: z.number(), mode: z.enum(["ltl", "ftl", "van"]) },
  async ({ origin, destination, weightKg, mode }) => {
    const r = await fetch(`https://api.example-freight.com/v1/quotes`, {
      method: "POST",
      headers: { authorization: `Bearer ${process.env.FREIGHT_TOKEN}` },
      body: JSON.stringify({ origin, destination, weightKg, mode }),
    });
    const data = await r.json();
    return { content: [{ type: "text", text: JSON.stringify(data) }] };
  },
);

// Tool 2 — track a shipment (read-only)
server.tool(
  "track_shipment",
  { shipmentId: z.string() },
  async ({ shipmentId }) => {
    const r = await fetch(`https://api.example-freight.com/v1/shipments/${shipmentId}`, {
      headers: { authorization: `Bearer ${process.env.FREIGHT_TOKEN}` },
    });
    return { content: [{ type: "text", text: JSON.stringify(await r.json()) }] };
  },
);

server.start(); // stdio by default; HTTP transport for remote agents

Ein Agent, der mit diesem Server verbunden ist, kann nun "Wie viel kostet der Transport von 800 kg LTL von Lissabon nach Madrid und wo ist die Sendung ABC123?" beantworten, indem er beide Werkzeuge aufruft und die Antwort zusammensetzt. Ein book_load-Werkzeug würde die gleiche Struktur haben – aber, wie unten beschrieben, ist es aufgrund der Verpflichtung von Geld durch ausdrückliche menschliche Bestätigung abgesichert.

Wer betreibt Fracht-MCP bereits 2026

Dies ist nicht mehr theoretisch. Konkrete Produktionsbereitstellungen erschienen in der ersten Hälfte des Jahres 2026:

Warp veröffentlichte am 16. April 2026 warp-agent-mcp auf npm und beschrieb es als den ersten Produktions-MCP-Server für Fracht. Seine 23 Werkzeuge erstellen Angebote und buchen LTL/FTL-Sendungen, rufen BOL/POD-Dokumente ab, prüfen Rechnungen und berichten über Trackings, alles in seinem Live-Netzwerk statt in einer Sandbox.
CargoAi verband seine Luftfrachtbuchungsplattform CargoMART am 5. Juni 2026 über MCP mit Copilot, ChatGPT, Claude und Gemini, sodass Spediteure Luftfracht in einfacher Sprache anbieten und buchen können.
FreightUtils bietet einen offenen MCP-Server mit 19 kostenlosen Werkzeugen, die Gefahrgut-Nachschlageoperationen nach ADR, HS-Code-Suche, Bruttogewichts- und CBM/LDM-Rechner sowie Paletten- und Containerkapazitätsprüfungen abdecken, alle ohne API-Schlüssel.
C.H. Robinson berichtete, dass seine generativen KI-Agenten über 3 Millionen Versandaufgaben durchgeführt hatten, und Nuvocargo startete ein Dutzend Agenten, die über 70 % der Ladungs-Touchpoints abwickeln. Das ist die Art von Hochverarbeitungsautomatisierung, die MCP standardisieren soll.

Wie man sicher beginnt

Die Bereitstellung von Buchungs- und Zahlungsaktionen für einen autonomen Agenten erhöht die Einsätze, daher sollten Sie von Anfang an Sicherheitsvorkehrungen treffen:

Authentifizieren und eingrenzen. Weisen Sie dem MCP-Server eigene Anmeldeinformationen (OAuth oder bereichsbezogene Token) zu und gewähren Sie jedem Werkzeug nur die benötigten Berechtigungen, damit ein Tracking-Werkzeug niemals Buchungsrechte erhält.
Halten Sie einen Menschen bei Zustandsänderungen im Spiel. Angebote und Trackings können automatisch laufen, aber alles, was eine Buchung ändert oder Geld bewegt, sollte vor der Ausführung des Werkzeugs explizit bestätigt werden.
Machen Sie Aktionen idempotent. Verwenden Sie vom Client bereitgestellte Schlüssel, damit eine wiederholte book_load-Anfrage keine doppelten Sendungen erstellt.
Beachten Sie Ratenbegrenzungen und protokollieren Sie alles. Agenten können viele Aufrufe schnell auslösen; drosseln Sie sie und führen Sie eine Audit-Trail jeder Werkzeug-Invocation zur Streitbeilegung und Compliance.

Risiken und Grenzen

MCP ist leistungsfähig, aber keine Magie. Agenten können immer noch Argumente halluzinieren. Validieren Sie daher jede Tool-Eingabe anhand eines strengen Schemas und lehnen Sie unplausible Eingaben ab. Zu breit gefasste Tool-Berechtigungen sind das Hauptsicherheitsrisiko, da ein kompromittierter oder durch Prompt-Injection manipulierter Agent niemals Geld bewegen oder die Ratenkarte eines Kunden preisgeben können sollte. Behandeln Sie einen MCP-Server wie jede andere öffentliche API-Oberfläche: Geringste Rechte, Eingabevalidierung, Überwachung und Bestätigungs-Gates für alles Unumkehrbare. Speziell für Frachtgüter: Halten Sie regulierte Abläufe (Gefahrgut, Zoll) hinter einer menschlichen Überprüfung, bis Sie das Verhalten des Agenten Vertrauen schenken.

Was das für einen Marktplatz für Frachtgüter bedeutet

Bei GetTransport betreiben wir einen Marktplatz, auf dem Verlader Spediteure vergleichen und Transporte buchen können. Die MCP-Linse macht unsere Roadmap konkret. Dieselben Vorgänge, die ein Mensch in unserer Benutzeroberfläche ausführt, lassen sich direkt auf MCP-Tools abbilden: Angebote von mehreren Spediteuren anfordern, Preise gegen Zeit vergleichen, buchen und dann verfolgen. Referenzdaten wie Spediteurabdeckung und Streckenpreise passen stattdessen in das Ressourcenmodell. Was ich an einem Marktplatz hier am nützlichsten finde, ist die Breite. Ein einziges get_quote-Tool kann an viele Spediteure gleichzeitig gesendet werden, was genau der Vergleich ist, dessen Orchestrierung ein Agent gut kann und den ein Mensch als mühsam empfindet. Die Botschaft für Verlader ist, dass der Buchungs-Workflow, den sie bereits kennen, zu etwas wird, das ein Assistent durchgängig steuern kann, vorausgesetzt, die Plattform stellt ihn über eine saubere, gut verwaltete API bereit. Diese letzte Bedingung ist es, wo die meiste echte Arbeit liegt, und es ist der Teil, bei dem ich mich nicht hetzen würde.

FAQ

Was ist MCP in der Logistik?

MCP, das Model Context Protocol, ist ein offener Standard, der es KI-Agenten ermöglicht, Logistiksysteme zum Anfordern von Angeboten und Buchen von Frachtgut sowie zur Nachverfolgung über eine einzige Integration aufzurufen, die mit Assistenten wie Claude, ChatGPT, Copilot und Gemini funktioniert.

Wie bucht ein KI-Agent Frachtgut mit MCP?

Der Agent verbindet sich mit einem MCP-Server, der Frachtaktionen als Tools bereitstellt; er ruft ein Angebots-Tool, dann ein Buchungs-Tool auf und übergibt dabei strukturierte Eingaben, die der Server an die zugrunde liegende Fracht-API weiterleitet.

Ist MCP sicher für die Frachtbuchung?

Das kann es sein, wenn Sie die Berechtigungen jedes Tools einschränken, den Server authentifizieren, einen menschlichen Bestätigungsschritt für geldtransaktionsbezogene Aktionen beibehalten, jede Eingabe validieren und alle Aufrufe zur Prüfung protokollieren.

Benötige ich eine separate Integration für jeden KI-Assistenten?

Nein, das ist der Sinn von MCP. Sie erstellen einen Server, und dieser funktioniert mit jedem MCP-kompatiblen Client, einschließlich Claude, ChatGPT, Microsoft Copilot, Gemini und Cursor.

Welche Fracht-MCP-Server gibt es bereits im Jahr 2026?

Produktionsbeispiele sind Warp's warp-agent-mcp mit 23 Tools, CargoAi's CargoMART für Luftfracht und der Open-Source-Server FreightUtils mit 19 kostenlosen Logistik-Tools.