| Mi ez? | Egy nyílt szabvány, amely lehetővé teszi az AI ügynökök számára, hogy meghívják a fuvarozási rendszereit |
| Protokoll | JSON-RPC 2.0 stdio vagy HTTP protokollon keresztül |
| Alapvető építőelemek | Eszközök (műveletek), Erőforrások (csak olvasható adatok), Promptok (sablonok) |
| Fuvarozási felhasználási esetek | Árajánlatkérés, foglalás, követés, BOL/POD lehívása, számlák ellenőrzése |
| Élesben 2026-ban | Warp, CargoAi CargoMART, FreightUtils, C.H. Robinson |
| Egy integráció | Működik a Claude, ChatGPT, Copilot, Gemini, Cursor rendszerekkel |
Évekig minden alkalommal, amikor fuvarozási szoftvereket csatlakoztattunk egy új partnerhez, az egyedi API-projekteket jelentett, és láttam, hogyan építik újjá a csapatok ugyanazt a „vízvezetéket” minden eszközhöz. 2026-ban megjelent egy második integrációs felület: a Model Context Protocol (MCP), egy nyílt szabvány, amely lehetővé teszi az AI-ügynökök számára Claude, ChatGPT, Microsoft Copilot vagy Gemini rendszerben, hogy közvetlenül meghívják a fuvarozási rendszereit. Ahelyett, hogy egy személy kattintana át egy portálon, az ügynök egyszerű nyelven kér árajánlatot, rakodik le foglaltat, vagy lekér egy kézbesítési igazolást. Ez az útmutató elmagyarázza, mi az MCP, hogyan illeszkedik a fuvarozási API-hoz, és bemutat egy minimálisan működő szervert. Szó lesz arról is, hogy kik használják már élesben, és hol érdemes óvatosnak lenni.
Mi az MCP?
A Model Context Protocol egy nyílt specifikáció, amelyet eredetileg az Anthropic adott ki, és jelenleg a szélesebb közösséggel fejlesztenek, hogy az AI-modelleket külső eszközökhöz és adatokhoz csatlakoztassák. Szabványosítja a „vezetékformátumot” az AI-kliens és a szoftvere között, így az integrációt egyszer kell kiépíteni, ahelyett, hogy minden asszisztenshez újra megvalósítanák.
Műszakilag az MCP JSON-RPC 2.0 protokollon kommunikál, vagy helyi stdio, vagy távoli HTTP transzporton keresztül. Egy szerver háromféle képességet deklarál, amikor egy ügynök csatlakozik:
- Eszközök – végrehajtható műveletek, amelyeket a modell meghívhat, például API-lekérdezés vagy számítás futtatása. Az eszközök modellvezérlésűek: az ügynök felfedezi őket és eldönti, mikor hívja meg őket.
- Erőforrások – csak olvasható adatok, amelyeket az alkalmazás kontextus céljából tesz elérhetővé, például egy árjegyzék, egy fuvarozói lista vagy egy szállítási dokumentum. Az Ön alkalmazása, nem a modell, dönti el, mikor csatolja őket.
- Promptok – újrafelhasználható, felhasználó által vezérelt sablonok (például „tervezz egy többrekeszes LTL futást”), amelyeket egy kliens felsorolhat és kitölthet.
Minden képességhez szabványos list és call/get metódusok tartoznak, ami pontosan az oka annak, hogy egy MCP szerver bármely MCP-kompatibilis kliensben működik, egyéni „ragasztó” nélkül minden asszisztenshez.
Miért fontos az MCP kifejezetten a fuvarozásban?
A logisztika egy koordinációs probléma, amely számos rendszeren átível: egy szállításirányítási rendszer (TMS), fuvarozói API-k, árazási motorok, nyomon követés, vámadatok, ERP. Történelmileg minden AI funkció külön integrációt igényelt, és minden új asszisztens megismételtette ezt. Az MCP ezt összevonja. A fuvarozási képességeit egyszer teszi elérhetővé MCP szerverként, és bármely ügynök idézhet és foglalhat rajtuk keresztül, majd nyomon követhet bármit, ami mozgásban van.
A gyakorlati haszon ugyanaz, amit a feladók már a fuvarozási foglalási szoftverekből és a modern API-kból is megkapnak, nevezetesen kevesebb manuális portál lépés, de kiterjesztve a természetes nyelvi munkafolyamatokra. A gyakorlatban egy ügynök több hívást fűz össze. Olvas egy ár-Erőforrást, meghív egy get_quote Eszközt, majd lekérdez egy nyomkövető Eszközt, és az eredményt megjeleníti, mindezt egyetlen beszélgetésen belül.
Logisztikai API leképezése MCP-re
A legtisztább módja egy logisztikai MCP szerver tervezésének, ha minden képességet a három alapelvbe sorolunk:
- Eszközök (műveletek):
get_quote,book_load,track_shipment,get_documents(fuvarlevél/átvételi elismervény),audit_invoice(számla ellenőrzése). - Erőforrások (csak olvasható kontextus): a fuvarozói lista, útvonal díjkártyák, kiegészítő díjtáblák, egy szállítmány státuszának története.
- Promptok (sablonok): „Hasonlítsd össze az LTL (kis tömegű, nem teljes teherautó) és FTL (teljes teherautó) lehetőségeket erre a szállítmányra”, „keressük meg a legolcsóbb, szabályoknak megfelelő fuvarozót veszélyes árukhoz”.
Hasznos ökölszabály: minden, ami állapotot változtat vagy pénzbe kerül, az egy Eszköz, amely megerősítést igényel; minden, ami referenciaadat, az egy Erőforrás, amit az ügynök szabadon olvashat.
Minimális logisztikai MCP szerver (kidolgozott példa)
Az alábbiakban egy leegyszerűsített TypeScript vázlat található egy MCP szerverről, amely két logisztikai eszközt tesz elérhetővé. A hivatalos SDK-t és az egyes eszközök bemeneteihez tartozó JSON Sémákat használja, majd a háttérben az Ön meglévő logisztikai API-ját hívja meg:
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
Egy ehhez a szerverhez csatlakoztatott ügynök mostantól úgy tud válaszolni, hogy „Mennyibe kerül 800 kg LTL szállítás Lisszabonból Madridba, és hol van az ABC123 szállítmány?”, hogy mindkét eszközt meghívja, és összerakja a választ. Egy book_load eszköz hasonló alakot követne – de, amint az alább tárgyalásra kerül, explicit emberi megerősítéshez kötve, mert pénzt vállal.
Kik használnak már logisztikai MCP-t 2026-ban
Ez már nem elméleti. Konkrét, termelési célú bevezetések jelentek meg 2026 első felében:
- A Warp 2026. április 16-án publikálta a warp-agent-mcp-et az npm-en, amelyet az első termelési célú logisztikai MCP szerverként írtak le. 23 eszköze LTL/FTL szállítmányokat áraz és foglal le, húz le fuvarleveleket/átvételi elismervényeket, auditál számlákat és jelent futárstátuszokat, mindezt élő hálózaton, nem pedig sandboxban.
- A CargoAi 2026. június 5-én csatlakoztatta a CargoMART légi-áruszállítmányozási foglalási platformját a Copilot, ChatGPT, Claude és Gemini rendszerekhez MCP segítségével, lehetővé téve a feladóknak, hogy szóban árazzanak és foglaljanak légi szállítmányokat.
- A FreightUtils egy ingyenes MCP szervert kínál 19 ingyenes eszközzel, amely lefedi az ADR veszélyes áruk lekérdezését, a HS-kód keresést, a fizetendő súly- és CBM/LDM kalkulátorokat, raklap illesztést és konténer kapacitást, mindezt API-kulcs nélkül.
- A C.H. Robinson beszámolt arról, hogy generatív AI ügynökei több mint 3 millió szállítási feladatot hajtottak végre, a Nuvocargo pedig egy tucat ügynököt indított, amelyek a szállítási feladatok több mint 70%-át kezelik. Ez az a típusú magas volumenű automatizálás, amelyet az MCP célja szabványosítani.
Hogyan kezdjünk el biztonságosan
A foglalási és fizetési műveletek autonóm ügynöknek való kitételével nő a tét, ezért már az első naptól építsünk be védőkorlátokat:
- Hitelesítés és hatókör. Az MCP szervernek saját hitelesítő adatait (OAuth vagy hatókörű tokeneket) állítsuk ki, és minden eszköznek csak a szükséges engedélyeket adjuk meg, így egy követő eszköz soha ne rendelkezzen foglalási jogokkal.
- Tartsa ember felügyeletét az állapotváltozásoknál. Az árazás és a követés automatikusan futhat, de bármi, ami módosítja a foglalást vagy pénzmozgást eredményez, azt az Eszköz végrehajtása előtt explicit megerősítésnek kell megerősítenie.
- Tegye az akciókat azonosíthatóvá. Használjon ügyfél által megadott kulcsokat, így egy ismételt
book_loadnem hozhat létre dupla szállítmányokat. - Tartsa be a sebességhatárokat és naplózzon mindent. Az ügynökök sok hívást gyorsan tudnak indítani; korlátozza őket, és tartson auditálási nyomot minden eszközhívásról vitarendezés és megfelelőség céljából.
Kockázatok és korlátok
Az MCP erőteljes, de nem varázslat. Az ügynökök továbbra is képesek téves képzeteket generálni, ezért minden eszközkérést szigorú séma szerint ellenőrizzen, és utasítsa el a hihetetleneket. A túl tág eszközengedélyek jelentik a fő biztonsági kockázatot, mert egy feltört vagy prompt-injektált ügynök soha ne tudjon pénzt mozgatni vagy kiszivárogtatni egy ügyfél ártáblázatát. Az MCP szervert úgy kezelje, mint bármely más nyilvános API felületet: minimális jogosultság, bemeneti érvényesítés, figyelés és megerősítő kapuk minden visszafordíthatatlan műveleten. Kifejezetten a fuvarozás terén tartsa az szabályozott folyamatokat (veszélyes áruk, vámügyintézés) emberi felülvizsgálat mögött, amíg nem bízik meg az ügynök viselkedésében.
Mit jelent ez a fuvarozási piactér esetében?
A GetTransportnál egy olyan piacteret működtetünk, ahol a feladók összehasonlítják a fuvarozókat és foglalnak szállításokat, az MCP pedig konkrét iránymutatást ad az útitervünkhöz. Ugyanazok a műveletek, amelyeket egy ember végez az interfészünkön, közvetlenül az MCP eszközökhöz igazodnak: árajánlat kérése több fuvarozótól, ár összehasonlítása az időzítéssel, foglalás, majd követés. Az olyan referenciatartalmak, mint a fuvarozói lefedettség és a szállítási útvonal árazási adatai az Erőforrás modellbe illeszkednek. Amit a piactérrel kapcsolatban a leghasznosabbnak találok itt, az a széleskörűség. Egyetlen get_quote eszköz egyszerre több fuvarozóra is kiterjeszthető, ami pontosan az az összehasonlítás, amelyet egy ügynök kiválóan tud koordinálni, és amit egy ember unalmasnak talál. A feladók számára az a tanulság, hogy az általuk már ismert foglalási munkafolyamat olyasmivé válik, amelyet egy asszisztens teljes végponttól végpontig képes kezelni, feltéve, hogy a platform ezt egy tiszta, jól felügyelt API-n keresztül teszi elérhetővé. Ez az utolsó feltétel az, ahol a valódi munka nagy része rejlik, és ez az a rész, amin nem sietnék.
GYIK
Mi az MCP a logisztikában?
Az MCP, a Model Context Protocol egy nyílt szabvány, amely lehetővé teszi az AI ügynökök számára, hogy interakcióba lépjenek a logisztikai rendszerekkel árajánlatok és fuvarozási foglalások, valamint nyomon követés céljából, egyetlen integráción keresztül, amely olyan asszisztensekkel működik, mint a Claude, ChatGPT, Copilot és Gemini.
Hogyan foglal le egy AI ügynök fuvarozást az MCP segítségével?
Az ügynök kapcsolódik egy MCP szerverhez, amely fuvarozási műveleteket tesz elérhetővé eszközként; meghív egy árajánlatkérő eszközt, majd egy foglaló eszközt, strukturált bemeneti adatokat átadva, amelyeket a szerver továbbít a mögöttes fuvarozási API-nak.
Biztonságos az MCP a fuvarozási foglaláshoz?
Lehet, ha minden eszköz engedélyeit szigorúan behatárolja, hitelesíti a szervert, pénzmozgással járó műveleteknél emberi megerősítési lépést tart fenn, minden bemenetet érvényesít, és minden hívást naplóz az auditálás érdekében.
Szükségem van külön integrációra minden AI asszisztenshez?
Nem, ez az MCP lényege. Készít egy szervert, és az bármilyen MCP-kompatibilis klienssel működik, beleértve a Claude-ot, ChatGPT-t, Microsoft Copilot-ot, Geminit és a Cursort.
Milyen MCP fuvarozási szerverek léteznek már 2026-ban?
A gyártott példák közé tartozik a Warp warp-agent-mcp eszköze 23 szerszámmal, a CargoAi CargoMART légi fuvarozáshoz, valamint a nyílt FreightUtils szerver 19 ingyenes logisztikai eszközzel.


