Mikä se onAvoin standardi, jonka avulla tekoälyagentit voivat kutsua kuljetusjärjestelmiäsi
ProtokollaJSON-RPC 2.0 stdio:n tai HTTP:n yli
Keskeiset rakennuspalikatTyökalut (toiminnot), Resurssit (vain luku -tiedot), Kehotteet (mallipohjat)
Kuljetuksen käyttötapauksetTarjouksen pyyntö, varaaminen, seuranta, BOL/POD-dokumenttien lataaminen, laskujen tarkastus
Käytössä 2026Warp, CargoAi CargoMART, FreightUtils, C.H. Robinson
Yksi integraatioToimii Claude-, ChatGPT-, Copilot-, Gemini- ja Cursor-ohjelmien kanssa

Vuosien ajan joka kerta, kun yhdistimme kuljetusohjelmiston uuteen kumppaniin, se tarkoitti uutta räätälöityä API-projektia, ja olen nähnyt tiimien rakentavan samaa "putkistoa" uudelleen jokaista työkalua varten. Vuonna 2026 on ilmestynyt toinen integraatiopinta: Model Context Protocol (MCP), avoin standardi, jonka avulla Claude-, ChatGPT-, Microsoft Copilot- tai Gemini-tekoälyagentti voi kutsua kuljetusjärjestelmiäsi suoraan. Sen sijaan, että ihminen klikkaisi portaalin läpi, agentti pyytää tarjousta, varaa kuorman tai lataa toimitusvahvistuksen selkeällä kielellä. Tämä opas selittää, mitä MCP on, miten se liittyy kuljetus-API:in ja näyttää minimaalisen toimivan palvelimen. Käyn myös läpi, ketkä käyttävät sitä jo tuotannossa ja missä mielestäni pitäisi olla varovainen.

Mikä on MCP?

Model Context Protocol on avoin määritys, jonka Anthropic alun perin julkaisi ja jota kehitetään nyt laajemman yhteisön kanssa tekoälymallien yhdistämiseksi ulkoisiin työkaluihin ja tietoihin. Se standardoi "siirtomuodon" tekoälyasiakkaan ja ohjelmistosi välillä, joten rakennat yhteyden kerran sen sijaan, että toteuttaisit sen uudelleen jokaiselle avustajalle.

Mikä on MCP?
Kuva: Jan van der Wolf / Pexels

Teknisesti MCP käyttää JSON-RPC 2.0 -protokollaa joko paikallisen stdio- tai etäisen HTTP-yhteyden yli. Palvelin ilmoittaa kolmenlaisia ominaisuuksia agentin muodostettuaan yhteyden:

  • Työkalut — suoritettavia toimintoja, joita malli voi kutsua, kuten API:n kysely tai laskutoimituksen suorittaminen. Työkalut ovat mallin ohjaamia: agentti löytää ne ja päättää, milloin kutsua niitä.
  • Resurssit — vain luku -tietoja, joita sovellus tarjoaa kontekstia varten, kuten hintataulukko, kuljetusliikkeiden luettelo tai lähetysasiakirja. Sovelluksesi, ei malli, päättää, milloin liittää ne.
  • Kehotteet — uudelleenkäytettäviä, käyttäjän hallitsemia malleja (esimerkiksi "suunnittele monipysäkkinen LTL-ajo"), joita asiakas voi listata ja täyttää.

Jokaisella ominaisuudella on standardit list- ja call/get-metodit, mikä on juuri syy siihen, miksi yksi MCP-palvelin toimii missä tahansa MCP-yhteensopivassa asiakkaassa ilman räätälöityjä liitäntöjä kullekin avustajalle.

Miksi MCP on tärkeä erityisesti kuljetusalalle

Logistiikka on koordinointiongelma monien järjestelmien välillä: kuljetuksenhallintajärjestelmä (TMS), kuljetusliikkeiden API:t, hinnoittelumoottorit, seuranta-, tullitiedot, ERP. Historiallisesti jokainen tekoälyominaisuus tarkoitti erillistä integraatiota, ja jokainen uusi avustaja tarkoitti sen tekemistä uudelleen. MCP supistaa tämän. Tarjoat kuljetusominaisuutesi kerran MCP-palvelimena, ja mikä tahansa agentti voi tehdä tarjouksia ja varauksia niiden kautta ja seurata sitten mitä tahansa liikkuvaa.

Miksi MCP on tärkeä erityisesti kuljetusalalle
Kuva: Jiri Ikonomidis / Pexels

Käytännön etu on sama, jonka lähettäjät jo saavat kuljetustilausohjelmistojen ja modernien API:iden avulla, nimittäin vähemmän manuaalisia portaaliaskeleita, mutta laajennettuna luonnollisen kielen työnkulkuihin. Käytännössä agentti ketjuttaa useita kutsuja yhteen. Se lukee hinta-Resurssin, kutsuu get_quote -Työkalua, tarkistaa sitten seuranta-Työkalun ja esittää tuloksen, kaikki yhden keskustelun sisällä.

Rahtirajapinnan yhdistäminen MCP:hen

Selkein tapa suunnitella rahtirajapinnan MCP-palvelin on lajitella jokainen toiminnallisuus kolmeen peruskomponenttiin:

Rahtirajapinnan yhdistäminen MCP:hen
Kuva: Tima Miroshnichenko / Pexels
  • Työkalut (toiminnot): get_quote (tarjouksen pyytäminen), book_load (lähetyksen varaaminen), track_shipment (lähetyksen seuranta), get_documents (rahtikirjat/saantitodistukset), audit_invoice (laskun tarkastus).
  • Resurssit (vain luku -konteksti): kuljetusyrityslista, reittikohtaiset hinnastot, lisäpalvelumaksutaulukot, lähetyksen tilahistoria.
  • Komennot (mallipohjat): "vertaile LTL vs. FTL tätä lähetystä varten", "etsi halvin vaatimustenmukainen kuljetusyritys vaarallisille aineille".

Hyödyllinen nyrkkisääntö: kaikki mikä muuttaa tilaa tai maksaa rahaa, on Työkalu, joka vaatii vahvistuksen; kaikki mikä on viitetietoa, on Resurssi, jota agentti voi lukea vapaasti.

Minimaalinen rahtirajapinnan MCP-palvelin (esimerkkiratkaisu)

Alla on pelkistetty TypeScript-luonnos MCP-palvelimesta, joka tarjoaa kaksi rahtityökalua. Se käyttää virallista SDK:ta ja JSON-skeemaa jokaiselle työkalun syötteelle, ja kutsuu sitten taustalla olemassa olevaa rahtirajapintaasi:

Minimaalinen rahtirajapinnan MCP-palvelin (esimerkkiratkaisu)
Kuva: panumas nikhomkhai / Pexels
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

Tähän palvelimeen yhdistetty agentti voi nyt vastata "Paljonko maksaa 800 kg LTL-lähetyksen kuljettaminen Lissabonista Madridiin, ja missä lähetti ABC123 on?" kutsumalla molempia työkaluja ja yhdistämällä vastauksen. book_load-työkalu noudattaisi samaa rakennetta – mutta, kuten alla käsitellään, se vaatii nimenomaisen ihmisen vahvistuksen, koska se sitoo rahaa.

Kuka jo käyttää rahtirajapinnan MCP:tä vuonna 2026

Tämä ei ole enää teoreettista. Konkreettisia tuotantokäyttöönottoja ilmestyi vuoden 2026 alkupuoliskon aikana:

  • Warp julkaisi warp-agent-mcp-verkkosivuston npm:ään 16. huhtikuuta 2026, kuvaten sen ensimmäiseksi tuotantolaatuiseksi MCP-palvelimeksi rahdille. Sen 23 työkalua tarjoavat tarjouksia ja varaavat LTL/FTL-lähetyksiä, lataavat rahtikirjoja/saantitodistuksia, tarkastavat laskuja ja raportoivat seurantaa, kaikki sen live-verkossa eikä hiekkalaatikossa.
  • CargoAi yhdisti CargoMART-lentorahtivarauisalustansa Copilotiin, ChatGPT:hen, Claudeen ja Geminiin MCP:n kautta 5. kesäkuuta 2026, antaen huolitsijoille mahdollisuuden tarjota ja varata lentorahtia selkokielellä.
  • FreightUtils tarjoaa ilmaisen MCP-palvelimen, jossa on 19 ilmaista työkalua, jotka kattavat ADR-vaarallisten aineiden haun, HS-koodihakua, veloitettavan painon ja CBM/LDM-laskelmat, lavojen sovituksen ja konttien kapasiteetin, kaikki ilman API-avainta.
  • C.H. Robinson raportoi, että sen generatiivisen tekoälyn agentit olivat suorittaneet yli 3 miljoonaa kuljetustehtävää, ja Nuvocargo lanseerasi tusinan verran agentteja, jotka hoitivat yli 70 % kuormien kosketuspisteistä. Sellainen suuren volyymin automaatio MCP:n on tarkoitus standardisoida.

Miten aloittaa turvallisesti

Varaus- ja maksujen käsittelyn suoraan autonomisella agentilla nostaa panoksia, joten rakenna suojakaiteet sisään alusta alkaen:

  1. Tunnista ja rajaa käyttöoikeudet. Myönnä MCP-palvelimelle omat tunnisteet (OAuth tai rajatut tokenit) ja anna kullekin työkalulle vain tarvitsemansa käyttöoikeudet, jotta seurantatyökalulla ei koskaan ole varausoikeuksia.
  2. Pidä ihminen mukana tilamuutoksissa. Tarjouksia ja seurantaa voidaan ajaa automaattisesti, mutta kaikki mikä muuttaa varausta tai siirtää rahaa, vaatii nimenomaisen vahvistuksen ennen Työkalun suorittamista.
  3. Tee toimista idempotentteja. Käytä asiakkaan toimittamia avaimia, jotta uudelleenyrittävä book_load ei voi luoda kaksoislähetyksiä.
  4. Noudata käyttörajoituksia ja kirjaa kaikki. Agentit voivat tehdä nopeasti monia kutsuja; rajoita niitä ja pidä kirjaa jokaisesta työkalukutsusta riidanratkaisua ja vaatimustenmukaisuuden varmistamista varten.

Riskit ja rajoitukset

MCP on tehokas, mutta ei taianomainen. Agentit voivat silti hallusinoida argumentteja, joten validoi jokainen työkalun syöte tiukan skeeman mukaan ja hylkää epäuskottavat. Ylilaajat työkaluoikeudet ovat suurin tietoturvariski, koska vaarantunut tai kehotteella syötetty agentti ei saa koskaan voida siirtää rahaa tai vuotaa asiakkaan hinnoittelua. Käsittele MCP-palvelinta kuten mitä tahansa julkista API-pintaa: pienin oikeuksin, syötteiden validoinnilla, seurannalla ja vahvistusporteilla kaikkeen peruuttamattomaan. Rahtialalla erityisesti pidä säännellyt prosessit (vaaralliset aineet, tullaus) ihmisen tarkastettavina, kunnes luotat agentin toimintaan.

Mitä tämä tarkoittaa rahtimarkkinoilla

Me GetTransportilla ylläpidämme markkinapaikkaa, jossa lähettäjät vertailevat kuljetusliikkeitä ja varaavat kuljetuksia, ja MCP-näkökulma tekee tiekartastamme konkreettisen. Samat toiminnot, jotka henkilö suorittaa käyttöliittymässämme, vastaavat suoraan MCP-työkaluja: pyydä tarjouksia useilta kuljetusliikkeiltä, vertaa hintaa ja ajoitusta, varaa ja sitten seuraa. Viitetiedot, kuten kuljetusliikkeiden kattavuus ja reittien hinnoittelu, sopivat resurssimalliin. Kaikkein hyödyllisintä markkinapaikassa on sen laajuus. Yksi get_quote-työkalu voi hajautua monelle kuljetusliikkeelle kerralla, mikä on juuri se vertailu, jonka orkestrointiin agentti sopii ja ihmisen mielestä on työlästä. Lähettäjille viesti on se, että heidän tuntemansa varausprosessi muuttuu sellaiseksi, jota avustaja voi ajaa loppuun asti, kunhan alusta tarjoaa sen puhtaan, hyvin hallinnoidun API:n kautta. Tuo viimeinen ehto on se kohta, jossa suurin osa oikeasta työstä elää, ja sitä en kiirehtisi.

UKK

Mikä on MCP logistiikassa?

MCP, Model Context Protocol, on avoin standardi, joka antaa tekoälyagenteille mahdollisuuden kutsua logistiikkajärjestelmiä rahdin tarjoiluun ja varaukseen sekä sen seurantaan yhden integraation kautta, joka toimii avustajien, kuten Claude, ChatGPT, Copilot ja Gemini, kanssa.

Miten tekoälyagentti varaa rahtia MCP:llä?

Agentti yhdistää MCP-palvelimeen, joka tarjoaa rahtitoiminnot työkaluina; se kutsuu tarjoustyökalua, sitten varaustyökalua, välittäen jäsenneltyjä syötteitä, jotka palvelin välittää taustalla olevaan rahtiapiciin.

Onko MCP turvallinen rahdinvaraukseen?

Se voi olla, jos rajat jokaisen työkalun oikeudet, todennat palvelimen, pidät ihmisen vahvistusvaiheen rahaan liittyvissä toimissa, validoit jokaisen syötteen ja kirjaat kaikki kutsut tarkastusta varten.

Tarvitsenko erillisen integraation jokaiselle tekoälyavustajalle?

Ei, siinä on MCP:n idea. Rakennat yhden palvelimen, ja se toimii minkä tahansa MCP-yhteensopivan asiakkaan kanssa, mukaan lukien Claude, ChatGPT, Microsoft Copilot, Gemini ja Cursor.

Mitä rahti-MCP-palvelimia on jo olemassa vuonna 2026?

Tuotantoehtoihin sisältyvät Warpin warp-agent-mcp, jossa on 23 työkalua, CargioAin CargoMART lentorahtia varten ja avoin FreightUtils-palvelin, jossa on 19 ilmaista logistiikkatyökalua.