Freight MCP Servers 2026: Rozebráno (Warp, CargoMART)

Server	Běží jako	Nástroje	Požadavky na rezervaci	Platnost nabídky	Rozsah
Warp `warp-agent-mcp`	stdio přes npx	~23	API klíč	~72 hodin	Silnice, vlastní síť
CargoAi CargoMART	hostováno	hledání, nabídka, rezervace	autentizace účtu	krátké okno	Letecká nákladní doprava
freightutils-mcp	stdio přes npx	~19	žádné (pouze pro čtení)	není relevantní	Výpočty, reference
Easyship	hostováno nebo stdio	ceny, štítky, sledování	API klíč	závisí na přepravci	Balík

Před několika měsíci jsem napsal úvod o tom, jak se Model Context Protocol mapuje na freight API, včetně minimálního serveru, který si můžete spustit sami. MCP je otevřený standard, který společnost Anthropic publikovala v listopadu 2024, a nákladní doprava jej pomalu přijímala až do začátku roku 2026. Od té doby se mluvení utišilo a začalo odesílání. Společnost Warp vydala warp-agent-mcp na npm 16. dubna 2026 pod licencí MIT, CargoAi spustila svůj server CargoMART 5. června 2026 a vedle nich přistály open-source servery a servery pro balíkovou přepravu. Toto je navazující článek, který jsem chtěl číst: rozebrání toho, co se skutečně odeslalo, kde se tyto čtyři shodují a kde se návrhové volby tiše rozcházejí. Pokud jste základní principy protokolu neviděli, začněte s tímto úvodem a vraťte se sem.

Servery, které se skutečně odeslaly

Warp warp-agent-mcp dosáhl npm 16. dubna 2026, licencován pod MIT, propagován jako první MCP server pro rezervaci skutečné nákladní dopravy. Exponuje přibližně 23 nástrojů zahrnujících vyhledávání, cenové nabídky, rezervaci a sledování proti vlastní spravované silniční síti společnosti Warp.
CargoAi CargoMART byl odeslán 5. června 2026, což umožňuje agentovi vyhledávat, nabízet ceny a rezervovat leteckou nákladní dopravu zevnitř Copilot, ChatGPT, Claude nebo Gemini. Je to nejjasnější známka toho, že se hýbe nejen silniční, ale i letecká strana.
freightutils-mcp je open-source volba, balíček TypeScript s přibližně 19 bezplatnými užitkovými nástroji. Klade důraz na výpočty a referenční data spíše než na transakce v živé síti, což z něj činí čisté sandboxové prostředí.
Easyship se zaměřuje na práci s balíky a malými zásilkami prostřednictvím více než 550 integrací kurýrů, zobrazuje ceny, vytváření štítků a sledování. Je primárně zaměřen na balíky, takže jeho modelové předpoklady se liší od těžké nákladní dopravy.

Při čtení vedle sebe se tyto čtyři liší ve třech otázkách: co může agent dělat bez pověření, jak dlouho cena platí a kde server běží.

Povrch nástrojů: co agent smí dělat

Každý server je soubor nástrojů a tento soubor vám řekne záměr dodavatele. Warpův přibližně 23 nástrojů je nejširší sada, protože je navržen tak, aby prováděl transakce od začátku do konce, od vyhledávání kapacit po sledování. CargoMART se soustředí na proces rezervace letecké přepravy a nabízí vyhledávání, cenové nabídky a rezervaci. freightutils zůstává v oblasti výpočtů a vyhledávání se svými 19 užitkovými nástroji. Easyship optimalizuje smyčku ceny balíku až po štítek pomocí cen, štítků a sledování.

Když tyto nástroje zmapuji na pracovní postup nákladní dopravy, nástroje se shlukují do čtyř úkolů: nalezení kapacity, její nacenění, závazek k ní a sledování jejího pohybu. První dva pouze čtou, takže jsou nízkorizikové. Závazek zapisuje do reálného světa a utrácí peníze. Sledování je opět pouze pro čtení, ale má vysokou hodnotu, protože většina lidského času stále spočívá ve sledování stavu.

Agent zjišťuje, co server nabízí, pomocí metody MCP tools/list a vyvolává nástroj pomocí tools/call, takže názvy, které jsou vráceny, jsou důležité. Názvy popisující výsledky, které dispečer rozpoznává, jako jsou get_quote, book_shipment nebo get_tracking, přežívají kontakt s reálným agentem. Názvy, které odhalují surové koncové body, nutí model orchestrátovat“vodovodní“ rozvody, a právě zde se objevují vymyšlené parametry. Warp a CargoMART obojí inklinují k názvům tvarovaným podle výsledku, což je tichý signál, že byly navrženy pro agenty, nikoli dodatečně upraveny z REST specifikace.

Autentizace: otevřené cenové nabídky, omezená rezervace

Sdílený vzor napříč seriózními servery je ten, který bych si vybral sám. Nástroje pro cenové nabídky a reference jsou otevřené nebo s nízkým třením, protože umožnit agentovi ocenit linku je neškodné a skutečně užitečné. Rezervace, zrušení a cokoli, co se dotýká faktury, je za API klíčem nebo plným během OAuth. Warp například čte svůj klíč z lokálního konfiguračního souboru na ~/.warp/config.json, takže nástroje pro rezervace se aktivují pouze tehdy, když jste autentizováni.

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

Bez klíče může agent stále prozkoumávat a cenit. S ním může agent utrácet peníze vaším jménem. Pro desktopové použití je statický klíč v konfiguračním souboru přijatelný. Pro produkčního agenta, který rezervuje bez dozoru, je statický klíč zranitelnost a chcete OAuth 2.1 s PKCE a omezenými, odvolatelnými tokeny, takže kompromitovaný agent nemůže libovolně rezervovat nebo rušit. Do toho se ponořím hlouběji v samostatném bezpečnostním článku, protože rezervace nákladu promění obyčejné injektování promptů v událost s penězi.

Past platnosti cenové nabídky

Zde je detail, který trápí týmy nové v nákladní dopravě. Cenová nabídka není cena, je to cena s datem vypršení platnosti. Cenové nabídky Warp například nesou platnost kolem 72 hodin, ne dnů. Agent, který nabídne cenu v pondělí a pokusí se zarezervovat v pátek, selže a naivní smyčka opakovaných pokusů bude stále selhávat a spalovat tokeny.

Server tedy musí učinit platnost strojově čitelnou a váš agent ji musí respektovat. Dobré implementace vrací explicitní datum vypršení platnosti a referenci nabídky a nástroj pro rezervace obojí kontroluje. Slabší verze vrací holé číslo a nechávají vás hádat. Když hodnotíte server, cenťte linku, počkejte a pak se pokuste zarezervovat na základě zastaralé nabídky. Jak selže, vám řekne, kolik produkčního kalení bylo provedeno.

Transport: stdio versus hostované HTTP

Protokol definuje dva transporty, stdio a Streamable HTTP, a zprávy jsou v obou případech JSON-RPC 2.0. Lokální stdio server, spuštěný pomocí npx, je ideální pro vývojáře, který propojuje desktopového asistenta, jako je Claude Desktop nebo Cursor, se svým vlastním účtem. Nastavení je triviální a pověření nikdy neopustí stroj. Hostovaný HTTP server běží jako služba, což je to, co potřebujete, když flotila agentů sdílí přístup, když chcete centrální logování a když nemůžete rozptylovat API klíče po noteboocích.

freightutils a servery spuštěné pomocí npx usnadňují lokální cestu. Produkční nasazení směřují k hostovanému HTTP za branou, která řeší autentizaci, omezení rychlosti a auditní stopu. Ani jedno není špatně. Chybou je nasadit stdio prototyp do produkce a zjistit, že nemáte žádný centrální přehled o tom, co vaši agenti zarezervovali.

Co musí odhalit server tržiště více přepravců

Zde přichází můj vlastní pohled, protože provozujeme tržiště, nikoli jediného přepravce, a modelovací problém je skutečně odlišný. Server jednoho přepravce odpovídá na jednu otázku: můžu toto přepravit a za kolik v mé síti. Server tržiště musí odpovědět na těžší otázku: napříč mnoha přepravci, kterou možnost by si měl agent vybrat a proč.

To nutí nástroje, které server jedné přepravní společnosti nikdy nepotřebuje. Agent musí být schopen porovnávat nabídky, nejen jednu získat. Potřebuje signál pro řazení, který kombinuje cenu s dobou přepravy a dostupností přepravců, protože nejlevnější nabídka na trase, kterou nikdo momentálně neobsazuje, je past. Potřebuje poctivé informace o dostupnosti, aby se agent nezavázal k již obsazené kapacitě. A potřebuje, aby se zarezervovaná zásilka dala spárovat s konkrétním přepravcem a referencí, aby sledování skutečně fungovalo. Na rušné trase může agent vidět desítky nabídek a najít jen tři nebo čtyři, které lze v daný den zarezervovat, a v našich datech je rozdíl mezi nejlevnější nabídkou a nejlevnější rezervovatelnou nabídkou reálný a opakující se. Replikační server, který tento rozdíl skrývá, agentovi křivdí. Lekce, kterou se neustále učíme, je, že cena bez dostupnosti je marketing, nikoli rezervace.

Jak vyhodnotit MCP server pro přepravu

Pokud si budete vybírat, projděte si tento krátký kontrolní seznam živého serveru, nikoli vstupní stránky.

Názvy nástrojů. Popisují výsledky, které dispečer poznává, nebo odhalují syrové koncové body?
Hranice pověření. Co funguje bez klíče a co vyžaduje rezervace? Existuje cesta keScope OAuth pro neplacené použití?
Platnost nabídek. Je datum vypršení platnosti explicitně vráceno a odmítá nástroj pro rezervaci neplatnou nabídku čistě?
Přeprava. Lokální stdio pro stolní počítače, hostované HTTP pro flotilu. Podporuje dodavatel ten, který skutečně potřebujete?
Poctivost pokrytí. Jedna přepravní společnost nebo mnoho a pokud mnoho, může agent vidět dostupnost a hodnocení místo jednoho neprůhledného čísla?
Pozorovatelnost. Můžete po faktu auditovat, co agent nabídl a zarezervoval?

Trh se během jednoho čtvrtletí posunul od diskusních článků k balíčkům, což je i na logistické poměry rychlé. Pokud stavíte, úvodní seznámení a tento rozbor by měly stačit k propojení agenta s reálnou sítí tento týden. Pokud kupujete, výše uvedený kontrolní seznam oddělí rezervační motor od dema. Na tržišti, jako je GetTransport, stejné principy určují, zda lze agentovi důvěřovat utrácení peněz, a tato důvěra je postavena na dostupnosti a platnosti, nikoli na velikosti seznamu nástrojů.

FAQ

Co je to MCP server pro přepravu?

Je to malá služba, která zpřístupňuje přepravní akce, jako je nabízení cen, rezervace a sledování, jako nástroje, které může volat AI asistent prostřednictvím protokolu Model Context Protocol, takže se agent integruje jednou místo učení každého API přepravce.

Které MCP servery pro přepravu existují v roce 2026?

Mezi významné patří warp-agent-mcp od Warpu pro rezervaci silniční přepravy, CargoMART od CargoAi pro leteckou přepravu, open-source freightutils-mcp pro výpočty a referenční data a Easyship pro sazby a štítky balíků.

Může AI agent rezervovat přepravu bez API klíče?

Obvykle ne. Většina serverů umožňuje agentovi nabízet ceny a vyhledávat data bez pověření, ale rezervace, zrušení a fakturační akce vyžadují ověřený klíč nebo token OAuth, takže peníze mohou utrácet pouze oprávnění agenti.

Proč vyprší platnost cenových nabídek pro přepravu vrácených MCP serverem?

Ceny přepravy se mění s kapacitou a palivem, takže nabídka je platná pouze po krátkou dobu, někdy několik hodin. Server vrátí datum vypršení platnosti a agent by měl znovu zarezervovat novou nabídku, místo aby pokoušel starou.

Co by měl tržištní MCP server zpřístupňovat, co server jedné přepravní společnosti ne?

Měl by agentovi umožnit porovnávat nabídky mezi přepravci, vidět hodnocení, které kombinuje cenu s dobou přepravy a dostupností, a spárovat rezervaci s konkrétním přepravcem, protože nejlevnější nabídka není vždy ta, kterou lze skutečně rezervovat.