Freight MCP szerverek 2026-ban: Warp, CargoMART és mit kell kínálnia egy Marketplace szervernek

**Szerver**	**Futás mint**	Eszközök	**Foglalási igények**	Árajánlat érvényessége	**Hatókör**
Warp warp-agent-mcp	stdio npx-en keresztül	~23	API-kulcs	~72 óra	Út, saját hálózat
CargoAi CargoMART	hosztelt	keresés, idézet, könyv	fiók hitelesítés	kis ablak	Légi szállítás
freightutils-mcp	stdio npx-en keresztül	~19	egyik sem (csak olvasható)	nem alkalmazandó	Számítások, referancia
Easyship	eltárolt vagy stdio	árak, címkék, követés	API-kulcs	hálózatfüggő	Csomag

Néhány hónappal ezelőtt írtam egy bevezetőt az Hogyan képezhető le a Modellkontext Protokoll egy teherfuvarozási API-ra-ről, beleértve egy minimális, saját futtatható szervert is. Az MCP az Anthropic által 2024 novemberében kiadott nyílt szabvány, és a fuvarozók csak 2026 elején kezdték lassan elfogadni. Azóta megszűnt a fecsegés és megkezdődött a szállítás. A Warp 2026. április 16-án adta ki az warp-agent-mcp-et az npm-re MIT licenc alatt, a CargoAi 2026. június 5-én indította el CargoMART szerverét, és velük együtt landoltak az open-source és a parcel szerverek is. Ez a folytatás, amit olvasni akartam: egy boncolgatás arról, hogy mi is került ténylegesen szállításra, miben értett egyet ez a négy, és hol térnek el csendben a tervezési döntések. Ha még nem láttad a protokoll alapjait, kezdd azzal a bevezetővel, és gyere vissza ide.

A kiszállított szerverek

• A Warp warp-agent-mcp 2026. április 16-án került az npm-re, MIT licencen, mint az első MCP szerver a valós fuvarok foglalására. Körülbelül 23 eszközt kínál a keresés, árajánlatkérés, foglalás és nyomon követés terén, Warp saját irányítású közúti hálózatán keresztül.
• CargoAi CargoMART 2026. június 5-én indult, lehetővé téve egy ügynök számára, hogy légi szállítmányokat keressen, árajánlatot kérjen és foglaljon a Copilot, ChatGPT, Claude vagy Gemini felületén belül. Ez a legvilágosabb jel arra, hogy a légi szektor is mozdul, nem csak a közúti.
• A freightutils-mcp a nyílt forráskódú lehetőség, egy TypeScript csomag, amely körülbelül 19 ingyenes segédprogramot tartalmaz. Inkább a számításokra és a referenciadatokra összpontosít, mintsem az élő hálózaton történő tranzakciókra, ami tiszta szimulációs környezetet biztosít.
• Az Easyship a csomag- és kiscsomag-szállítással foglalkozik több mint 550 futárintegrációján keresztül, díjakat, címkealkotást és nyomon követést kínálva. Elsősorban csomagokkal foglalkozik, így modellezési feltételezései eltérnek a nehéz teherszállítástól.

Négyen nézve egymás mellett, a négy vélemény eltér három kérdésben: mit tehet az ügynök igazolások nélkül, meddig érvényes egy ár, és hol fut a szerver.

Eszköztár felülete: mit szabad az ügynöknek tennie

Minden szerver egy szerszámosláda, és a láda elárulja a gyártó szándékát. A Warp mintegy 23 eszköze a legszélesebb körű, mert végponttól végpontig tartó tranzakciókra épült, a kapacitáskereséstől a nyomkövetésig. A CargoMART légi foglalási folyamatra összpontosít, elérhetővé téve a keresést, az árajánlatot és a foglalást. A freightutils kalkuláció és lekérdezés területén marad 19 segédeszköze révén. Az Easyship a csomagok árképzésétől a címkézésig terjedő ciklust optimalizálja az árakkal, címkékkel és nyomkövetéssel.

Amikor ezeket hozzárendelem egy teherszállítási munkafolyamathoz, az eszközök négy feladatra csoportosulnak: kapacitás keresése, árazása, lekötése és nyomon követése. Az első kettő csak olvas, így alacsony kockázatú. A lekötés beleír a való világba és pénzt költ. A nyomon követés ismét csak olvasás, de nagy értékű, mert az emberi idő nagy része még mindig az állapot követésébe telik.

Az ügynök az MCP tools/list metódusával fedezi fel, hogy mit kínál egy szerver, és egy eszközt hív meg az tools/call segítségével, így a visszakapott nevek számítanak. Azok a nevek, amelyek a diszpécser által felismerhető eredményeket írnak le, mint például az get_quote, book_shipment vagy get_tracking, túlélik a valós ügynökkel való érintkezést. A nyers végpontokat felfedő nevek arra kényszerítik a modellt, hogy a "plumbing"-ot orchestrálja, és itt jelennek meg a kitalált paraméterek. Mind a Warp, mind a CargoMART az eredmény alakú nevekre támaszkodik, ami csendes jel arra, hogy ügynökök számára tervezték őket, nem pedig egy REST specifikációból visszamenőlegesen adaptálták őket.

Hitelesítés: nyílt árajánlatkérés, zárt foglalás

A komoly szerverek közös mintája az, amit én is választottam volna. Az idézés és a hivatkozási eszközök nyitottak vagy alacsony belépési küszöbűek, mert egy ügynök által megállapított ár egy sávban nem káros, és valóban hasznos. A foglalás, a törlés és bármi, ami egy számlához kapcsolódik, API-kulcs vagy teljes OAuth-folyamat mögött található. A Warp például a helyi konfigurációs fájlból olvassa ki a kulcsát az ~/.warp/config.json-hez, így a foglalási eszközök csak akkor aktiválódnak, amikor hitelesítve van.

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

Kulcs nélkül az ügynök továbbra is tud kutatni és idézni. Azzal az ügynök költheti a pénzt az Ön nevében. Asztali használatra egy statikus kulcs egy konfigurációs fájlban elfogadható. Egy éles ügynök számára, amely felügyelet nélkül foglal, a statikus kulcs kockázatot jelent, és Ön OAuth 2.1-et szeretne PKCE-vel és hatókörrel rendelkező, visszavonható tokenekkel, így egy feltört ügynök nem tud akaratának megfelelően újra foglalni vagy törölni. Erről mélyebben egy külön biztonsági cikkben fogok írni, mert a fuvarozási foglalás egy átlagos prompt-injectiont pénzügyi eseménnyé tesz.

Az idézet-érvényesség csapdája

Itt van az a részlet, ami azokat a csapatokat nehéz helyzetbe hozza, akik újjak a fuvarozásban. Az árajánlat nem egy ár, hanem egy lejárattal rendelkező ár. A Warp árajánlatai például körülbelül 72 órás érvényességi ablakot hordoznak, nem napokat. Egy ügynök, aki hétfőn árajánlatot ad, és pénteken próbál foglalni, kudarcot vall, és egy naiv újrapróbálkozási ciklus tovább fog kudarcot vallani, miközben tokeneket pazarol.

Tehát a szervernek géppel olvashatónak kell tennie az érvényességet, és az Ön ügynökének tiszteletben kell tartania azt. A jó implementációk explicit lejárati időt és idézet hivatkozást adnak vissza, és a foglalási eszköz mindkettőt ellenőrzi. A gyengébbek egy egyszerű számot adnak vissza, és Önre bízzák a találgatást. Amikor egy szervert értékel, idézzen fel egy sávot, várjon, majd próbáljon meg a lejárt idézet ellen foglalni. Ahogy elromlik, megmutatja, mennyi termelési keményítés történt.

Transport: stdio versus beépített HTTP

A protokoll két transzportot határoz meg: `stdio` és Streamelhető HTTP, az üzenetek pedig mindkét esetben JSON-RPC 2.0 formátumúak. Egy helyi `stdio` szerver, amelyet az `npx` indít, tökéletes egy fejlesztő számára, aki egy asztali asszisztenst, például a Claude Desktopot vagy a Cursort a saját fiókjához integrálja. A beállítás triviális, és a hitelesítő adatok soha nem hagyják el a gépet. A hosztolt HTTP szerver szolgáltatásként fut, ami akkor szükséges, ha ügynökök flottája osztja meg az elérést, központi naplózást szeretne, és nem tud API kulcsokat szétosztani laptopok között.

A `freightutils` és az `npx`-ben indított szerverek megkönnyítik a helyi elérési utat. A gyártási telepítések várt, hogy egy átjáró mögött lévő, tárolt HTTP-hez folyamodnak, amely kezeli a hitelesítést, a sebességkorlátozásokat és egy auditálási nyomot. Egyik sem rossz. A hiba az, hogy egy `stdio` prototípust gyártásba küldenek, és felfedezik, hogy nincs központi rálátásuk arra, hogy az ügynökeik mit foglaltak le.

Mit kell közzétennie egy több-fuvarozós piactér szerverének

Itt jön be az én saját nézőpontom, mert mi egy piacteret üzemeltetünk, nem egyetlen fuvarozót, és a modellezési probléma valóban más. Egy egyfuvarozós szerver egyetlen kérdésre válaszol: el tudom-e szállítani ezt, és mennyiért, a saját hálózatomon. Egy piactéri szervernek egy nehezebb kérdésre kell válaszolnia: a fuvarozók sokasága közül melyik lehetőséget válassza az ügynök, és miért.

Ez olyan eszközöket kényszerít, amelyekre egy egyszolgáltatós szervernek soha nincs szüksége. Az ügynöknek képesnek kell lennie ajánlatokat összehasonlítani, nem csak egyet lekérni. Rangsorolási jelre van szüksége, amely ötvözi az árat a szállítási idővel és a fuvarozói elérhetőséggel, mert a legolcsóbb ajánlat egy olyan útvonalon, amit jelenleg senki sem teljesít, csapda. Valós elérhetőségre van szüksége, hogy az ügynök ne foglaljon le már elhasznált kapacitást. És szüksége van a lefoglalt szállítmányra, hogy az egySPECIFIKUS fuvarozóhoz és referenciához legyen köthető, így a követés valóban megoldódik. Egy forgalmas útvonalon egy ügynök egy tucatnyi ajánlatot láthat, és csak három vagy négy foglalhatóat talál azon a napon, és az adatainkban a legolcsóbb ajánlat és a legolcsóbb foglalható ajánlat közötti különbség valós és visszatérő. Egy olyan piactéri szerver, amely elrejti ezt a különbséget, rosszat tesz az ügynöknek. A lecke, amit folyamatosan újratanulunk, hogy az ár elérhetőség nélkül marketing, nem foglalás.

Hogyan értékeljünk egy teherszállítási MCP-szervert

Ha egyet választasz, futtasd ezt a rövid ellenőrzőlistát az élő szerveren, ne a céloldalon.

1. Eszköznevek. Leírják a diszpécser által felismerhető kimeneteleket, vagy nyers végpontokat tárnak fel?
2. Hitellel kapcsolatos határok. Mi működik kulcs nélkül, és a foglaláshoz mi szükséges? Van-e lehetőség hatókörön belüli OAuth használatára felügyelet nélküli használathoz?
3. Árajánlat érvényessége. A lejárati idő explicit módon vissza van adva, és a foglalási eszköz megfelelően elutasítja az elavult árajánlatot?
4. Szállítás. Helyi stdio asztali gépekhez, hosztolt HTTP flottákhoz. A szolgáltató támogatja az Ön által ténylegesen szükségeset?
5. **Feddhetetlenség a kínálatban.** Egységes vagy több szolgáltató, és ha több, láthatja az ügynök az elérhetőséget és egy rangsorolást, nem pedig egy átláthatatlan számot?
6. **Megfigyelhetőség.** Tudsz utólag auditálni egy ügynök által idézett és lefoglalt dolgokat?

A piac egyetlen negyedév alatt átváltott a gondolatébresztő cikktől a csomagokig, ami még a logisztikai technológia standardjai szerint is gyors. Ha épít, az alapozó és ez az elemzés elegendő lesz egy ügynök csatlakoztatásához egy valós hálózathoz ezen a héten. Ha vásárol, a fenti ellenőrzőlista választja szét a foglalási motort a demótól. Egy olyan piactéren, mint az Szállítás, ugyanazok az elvek döntik el, hogy megbízható-e egy ügynök pénzt költeni, és ez a bizalom a rendelkezésre álláson és az érvényességen alapul, nem pedig az eszközkészlet méretén.

GYIK

Mi az a teher MCP szerver?

Ez egy olyan kis szolgáltatás, amely olyan teherszállítási műveleteket tesz elérhetővé, mint az árajánlatkérés, foglalás és nyomon követés, olyan eszközökként, amelyeket egy AI asszisztens hívhat meg a Model Context Protocolon keresztül, így az ügynök egyszer integrálódik ahelyett, hogy minden fuvarozói API-t meg kellene tanulnia.

Mely tehervonatokat kezelő MCP szerver van 2026-ban?

A figyelemre méltóak közé tartozik a Warp warp-agent-mcp-e az úti fuvarozás foglalásához, a CargoAi CargoMART-ja a légi áruszállításhoz, a nyílt forráskódú freightutils-mcp a számításokhoz és referenciadátumokhoz, valamint az Easyship a csomagárakhoz és címkékhez.

Foglalkozhat légi árut az AI ügynök API-kulcs nélkül?

Általában nem. A legtöbb szerver engedélyezi az ügynöknek, hogy hitelesítő adatok nélkül idézzen és adatokat keressen, de a foglalási, törlési és számlázási műveletek hitelesített kulcsot vagy OAuth tokent igényelnek, így csak a felhatalmazott ügynökök költhetnek pénzt.

Azért, mert a fuvarajánlatokat egy MCP szerver általában csak korlátozott ideig tartja érvényben. Az ajánlatok lejárhatnak például akkor, ha a fuvarozó megváltoztatja az árakat, vagy ha az áruk elérhetősége már nem garantált.

A fuvardíjak a kapacitással és az üzemanyaggal együtt mozognak, így egy árajánlat csak rövid ideig, néha néhány óráig érvényes. A szerver visszaad egy lejárati időt, és az ügynöknek egy friss árajánlatot kell újra foglalnia ahelyett, hogy egy lejártat próbálna újra bekérni.

Mit kellene egy piactér MCP szervernek közzétennie, amit egy egyedi hordozós nem?

Ez lehetővé teszi az ügynök számára, hogy összehasonlítsa az ajánlatokat a fuvarozók között, lásson egy rangsort, amely ötvözi az árat a szállítási idővel és a rendelkezésre állással, valamint egy foglalást egy adott fuvarozóhoz tudjon kapcsolni, mert a legolcsóbb ajánlat nem mindig az, amit ténylegesen le lehet foglalni.