Freight MCP Server 2026: Eine Zerlegung (Warp, CargoMART)

Server	Läuft als	Werkzeuge	Buchungsanforderungen	Quote-Gültigkeit	Geltungsbereich
Warp `warp-agent-mcp`	stdio via npx	~23	API-Schlüssel	~72 Stunden	Straße, eigenes Netzwerk
CargoAi CargoMART	gehostet	suchen, anbieten, buchen	Account-Authentifizierung	kurzes Fenster	Luftfracht
freightutils-mcp	stdio via npx	~19	keine (nur Lesezugriff)	nicht zutreffend	Berechnungen, Referenz
Easyship	gehostet oder stdio	Preise, Etiketten, Sendungsverfolgung	API-Schlüssel	abhängig vom Spediteur	Paket

Vor ein paar Monaten schrieb ich eine Einführung dazu, wie das Model Context Protocol auf eine Fracht-API abgebildet wird, einschließlich eines minimalen Servers, den Sie selbst betreiben können. MCP ist der offene Standard, den Anthropic im November 2024 veröffentlichte, und die Frachtbranche nahm ihn erst Anfang 2026 langsam an. Seitdem verstummten die Diskussionen und der Versand begann. Warp veröffentlichte am 16. April 2026 warp-agent-mcp unter einer MIT-Lizenz auf npm, CargoAi startete seinen CargoMART-Server am 5. Juni 2026, und Open-Source- und Paketserver kamen zusammen mit ihnen auf den Markt. Dies ist die Fortsetzung, die ich lesen wollte: eine Aufschlüsselung dessen, was tatsächlich ausgeliefert wurde, wo diese vier übereinstimmen und wo die Designentscheidungen leise auseinandergehen. Wenn Sie die Grundlagen des Protokolls noch nicht kennen, beginnen Sie mit dieser Einführung und kehren Sie dann hierher zurück.

Die tatsächlich ausgelieferten Server

Warp warp-agent-mcp erschien am 16. April 2026 auf npm, MIT-lizenziert und als erster MCP-Server für die Buchung realer Fracht angekündigt. Er bietet rund 23 Werkzeuge für Suche, Angebotserstellung, Buchung und Sendungsverfolgung im eigenen Verwaltungsnetzwerk von Warp.
CargoAi CargoMART erschien am 5. Juni 2026 und ermöglicht es einem Agenten, Luftfracht aus Copilot, ChatGPT, Claude oder Gemini heraus zu suchen, anzubieten und zu buchen. Es ist das deutlichste Zeichen dafür, dass sich die Luftfahrtseite bewegt und nicht nur die Straßenlogistik.
freightutils-mcp ist die Open-Source-Option, ein TypeScript-Paket mit etwa 19 kostenlosen Utility-Werkzeugen. Es konzentriert sich eher auf Berechnungen und Referenzdaten als auf Transaktionen in einem Live-Netzwerk, was es zu einer sauberen Sandbox macht.
Easyship zielt auf Paket- und Kleinstladungsgeschäfte mit über 550 Kurieranbindungen ab und bietet Preise, Etikettenerstellung und Sendungsverfolgung. Es ist primär auf Pakete ausgerichtet, daher weichen seine Modellannahmen von denen der Schwerlastfracht ab.

Nebeneinander betrachtet divergieren die vier bei drei Fragen: Was der Agent ohne Anmeldedaten tun kann, wie lange ein Preis gültig ist und wo der Server läuft.

Tool-Oberfläche: Was der Agent tun darf

Jeder Server ist eine Sammlung von Werkzeugen, und die Sammlung verrät die Absicht des Anbieters. Die rund 23 Werkzeuge von Warp sind der größte Satz, da sie für End-to-End-Transaktionen ausgelegt sind, von der Kapazitätssuche bis zur Sendungsverfolgung. CargoMART konzentriert sich auf den Buchungsprozess für Luftfracht und bietet Suche, Angebotserstellung und Buchung. freightutils verbleibt bei Berechnungen und Nachschlagefunktionen mit seinen 19 Utilities. Easyship optimiert den Prozess von der Preisermittlung bis zur Etikettenerstellung für Pakete mit Preisen, Etiketten und Sendungsverfolgung.

Wenn ich diese auf einen Frachtworkflow abbilde, gruppieren sich die Werkzeuge in vier Aufgaben: Kapazität finden, bepreisen, festlegen und deren Fortschritt verfolgen. Die ersten beiden sind nur Leseoperationen und daher risikoarm. Das Buchen schreibt in die reale Welt und kostet Geld. Die Verfolgung ist wieder eine Leseoperation, aber von hohem Wert, da die meiste menschliche Zeit immer noch für die Statusverfolgung aufgewendet wird.

Ein Agent entdeckt, was ein Server über die MCP-Methode tools/list anbietet, und ruft ein Tool mit tools/call auf, daher sind die Namen, die er zurückliest, wichtig. Namen, die Ergebnisse beschreiben, die ein Dispatcher erkennt, wie get_quote, book_shipment oder get_tracking, überleben den Kontakt mit einem echten Agenten. Namen, die rohe Endpunkte preisgeben, zwingen das Modell, die Verkabelung zu orchestrieren, und hier schleichen sich erfundene Parameter ein. Warp und CargoMART tendieren beide zu ergebnisorientierten Namen, was ein stilles Signal dafür ist, dass sie für Agenten konzipiert wurden und nicht aus einer REST-Spezifikation nachgerüstet wurden.

Authentifizierung: offenes Zitieren, eingeschränkte Buchung

Das gemeinsame Muster bei den seriösen Servern ist das, das ich selbst gewählt hätte. Tools für Angebotserstellung und Referenzierung sind offen oder mit geringen Hürden zugänglich, da es harmlos und wirklich nützlich ist, einem Agenten die Möglichkeit zu geben, eine Route zu bepreisen. Buchung, Stornierung und alles, was eine Rechnung betrifft, erfolgt über einen API-Schlüssel oder einen vollständigen OAuth-Flow. Warp beispielsweise liest seinen Schlüssel aus einer lokalen Konfigurationsdatei unter ~/.warp/config.json, sodass die Buchungstools nur dann aktiviert werden, wenn Sie authentifiziert sind.

Authentication: open quoting, gated booking

{
  "mcpServers": {
    "warp": {
      "command": "npx",
      "args": ["-y", "warp-agent-mcp"],
      "env": { "WARP_API_KEY": "your_key_here" }
    }
  }
}

Ohne den Schlüssel kann der Agent immer noch erkunden und Angebote erstellen. Mit ihm kann der Agent in Ihrem Auftrag Geld ausgeben. Für den Desktop-Einsatz ist ein statischer Schlüssel in einer Konfigurationsdatei akzeptabel. Für einen produktiven Agenten, der unbeaufsichtigt bucht, ist ein statischer Schlüssel ein Risiko, und Sie möchten OAuth 2.1 mit PKCE und gekapselten, widerrufbaren Tokens, damit ein kompromittierter Agent nicht nach Belieben neu buchen oder stornieren kann. Darauf werde ich in einem separaten Sicherheitsthema näher eingehen, da Frachtbuchungen eine normale Prompt-Injection zu einem finanziellen Ereignis machen.

Die Falle der Angebotsgültigkeit

Hier ist das Detail, das neuen Teams im Frachtgeschäft zu schaffen macht. Ein Angebot ist kein Preis, sondern ein Preis mit einem Verfallsdatum. Die Angebote von Warp beispielsweise haben ein Gültigkeitsfenster von etwa 72 Stunden, nicht Tagen. Ein Agent, der am Montag ein Angebot erstellt und am Freitag versucht zu buchen, wird scheitern, und eine naive Wiederholungs-Schleife wird weiterhin fehlschlagen und dabei Tokens verbrauchen.

Daher muss der Server die Gültigkeit maschinenlesbar machen, und Ihr Agent muss sie respektieren. Die guten Implementierungen geben ein explizites Ablaufdatum und eine Angebotsreferenz zurück, und das Buchungstool prüft beides. Die schwächeren geben eine bloße Zahl zurück und überlassen Ihnen das Rätselraten. Wenn Sie einen Server bewerten, nennen Sie eine Route, warten Sie und versuchen Sie dann, auf Basis des veralteten Angebots zu buchen. Wie es fehlschlägt, sagt Ihnen, wie viel Produktionshärtung investiert wurde.

Transport: stdio versus gehostetes HTTP

Das Protokoll definiert zwei Transportwege, stdio und Streamable HTTP, und die Nachrichten sind in beiden Fällen JSON-RPC 2.0. Ein lokaler stdio-Server, gestartet mit npx, ist perfekt für einen Entwickler, der einen Desktop-Assistenten wie Claude Desktop oder Cursor mit seinem eigenen Konto verbindet. Die Einrichtung ist trivial und die Anmeldedaten verlassen die Maschine nie. Ein gehosteter HTTP-Server läuft als Dienst, was Sie benötigen, wenn eine Flotte von Agenten den Zugriff teilt, wenn Sie eine zentrale Protokollierung wünschen und wenn Sie keine API-Schlüssel auf Laptops verteilen können.

freightutils und die mit npx gestarteten Server machen den lokalen Weg mühelos. Produktions-Deployments tendieren zu gehostetem HTTP hinter einem Gateway, das Authentifizierung, Ratenbegrenzungen und eine Audit-Trail übernimmt. Keiner von beiden ist falsch. Der Fehler besteht darin, einen stdio-Prototyp in die Produktion zu schicken und festzustellen, dass Sie keine zentrale Übersicht darüber haben, was Ihre Agenten gebucht haben.

Was ein Multi-Carrier-Marktplatz-Server anbieten muss

Hier kommt meine eigene Perspektive ins Spiel, denn wir betreiben einen Marktplatz und keinen einzelnen Spediteur, und das Modellierungsproblem ist tatsächlich anders. Ein Server eines einzelnen Spediteurs beantwortet eine Frage: Kann ich das transportieren, und zu welchem Preis, über mein Netzwerk. Ein Marktplatz-Server muss eine schwierigere Frage beantworten: Welches Angebot sollten die Agenten über viele Spediteure hinweg auswählen und warum.

Dadurch werden Tools benötigt, die ein Single-Carrier-Server niemals braucht. Der Agent muss Angebote vergleichen können, nicht nur eines abrufen. Er benötigt ein Ranking-Signal, das den Preis mit der Transitzeit und der Verfügbarkeit des Spediteurs kombiniert, denn das billigste Angebot für eine Route, die derzeit niemand bedient, ist eine Falle. Er benötigt ehrliche Verfügbarkeit, damit der Agent keine Kapazität zusagt, die bereits vergriffen ist. Und er benötigt die gebuchte Sendung, um sie einem bestimmten Spediteur und einer Referenz zuzuordnen, damit die Sendungsverfolgung tatsächlich funktioniert. Auf einer stark frequentierten Route sieht ein Agent möglicherweise ein dutzend Angebote und findet an diesem Tag nur drei oder vier buchbare, und in unseren Daten ist die Lücke zwischen dem billigsten Angebot und dem billigsten buchbaren Angebot real und wiederkehrend. Ein Marktplatzserver, der diese Lücke verbirgt, tut dem Agenten einen Bärendienst. Die Lektion, die wir immer wieder lernen, ist, dass ein Preis ohne Verfügbarkeit Marketing und keine Buchung ist.

So bewerten Sie einen Freight MCP-Server

Wenn Sie sich für einen entscheiden, führen Sie diese kurze Checkliste gegen den Live-Server und nicht gegen die Landingpage aus.

Tool-Namen. Beschreiben sie Ergebnisse, die ein Disponent erkennt, oder geben sie Roh-Endpunkte preis?
Berechtigungsgrenze. Was funktioniert ohne Schlüssel und was erfordert die Buchung? Gibt es einen Weg zu skaliertem OAuth für den unbeaufsichtigten Einsatz?
Gültigkeit von Angeboten. Wird die Ablaufzeit explizit zurückgegeben und lehnt das Buchungstool ein abgelaufenes Angebot sauber ab?
Transport. Lokales stdio für Desktops, gehostetes HTTP für eine Flotte. Unterstützt der Anbieter das, was Sie tatsächlich benötigen?
Ehrlichkeit der Abdeckung. Einzelner Spediteur oder viele, und wenn viele, kann der Agent Verfügbarkeit und ein Ranking sehen und nicht nur eine undurchsichtige Zahl?
Beobachtbarkeit. Können Sie nachträglich prüfen, was ein Agent angeboten und gebucht hat?

Der Markt hat sich innerhalb eines einzigen Quartals von Gedankenartikeln zu Paketen entwickelt, was selbst für Logistik-Tech-Verhältnisse schnell ist. Wenn Sie etwas bauen, sollten der Leitfaden und diese Analyse ausreichen, um diese Woche einen Agenten an ein echtes Netzwerk anzubinden. Wenn Sie kaufen, trennt die obige Checkliste eine Buchungsmaschine von einer Demo. Auf einem Marktplatz wie GetTransport entscheiden die gleichen Prinzipien darüber, ob einem Agenten vertraut werden kann, Geld auszugeben, und dieses Vertrauen basiert auf Verfügbarkeit und Gültigkeit, nicht auf der Größe der Tool-Liste.

FAQ

Was ist ein Freight MCP-Server?

Es ist ein kleiner Dienst, der Frachtaktionen wie Angebotserstellung, Buchung und Sendungsverfolgung als Tools bereitstellt, die ein KI-Assistent über das Model Context Protocol aufrufen kann, sodass der Agent sich einmal integriert, anstatt jede Spediteur-API neu lernen zu müssen.

Welche Freight MCP-Server gibt es im Jahr 2026?

Zu den nennenswerten gehören Warp's warp-agent-mcp für die Buchung von Straßengüterverkehr, CargoAi's CargoMART für Luftfracht, das Open-Source-freightutils-mcp für Berechnungen und Referenzdaten sowie Easyship für Paketpreise und -etiketten.

Kann ein KI-Agent Fracht ohne API-Schlüssel buchen?

Normalerweise nicht. Die meisten Server ermöglichen es einem Agenten, Angebote zu erstellen und Daten abzurufen, ohne dass Anmeldedaten erforderlich sind. Buchungs-, Stornierungs- und Rechnungsaktionen erfordern jedoch einen authentifizierten Schlüssel oder ein OAuth-Token, damit nur autorisierte Agenten Geld ausgeben können.

Warum laufen Frachtangebote, die von einem MCP-Server zurückgegeben werden, ab?

Frachtpreise schwanken mit Kapazität und Treibstoff, daher ist ein Angebot nur für ein kurzes Zeitfenster gültig, manchmal nur wenige Stunden. Der Server gibt ein Ablaufdatum zurück, und der Agent sollte ein neues Angebot buchen, anstatt ein abgelaufenes erneut zu versuchen.

Was sollte ein Marktplatz-MCP-Server bereitstellen, was ein Einzelspediteur-Server nicht tut?

Er sollte es dem Agenten ermöglichen, Angebote verschiedener Spediteure zu vergleichen, ein Ranking zu sehen, das Preis, Transitzeit und Verfügbarkeit kombiniert, und eine Buchung einem bestimmten Spediteur zuzuordnen, da das billigste Angebot nicht immer das ist, das Sie tatsächlich buchen können.