Rahti-MCP-palvelimet vuonna 2026: Warp, CargoMART ja mitä Marketplace-palvelimen on tarjottava

Palvelin	Toimii nimellä	Työkalut	Varaustarpeet	Tarjouksen voimassaolo	Laajuus
Warp warp-agent-mcp	stdio npX:n kautta	noin 23	API-avain	noin 72 tuntia	Tie, oma verkko
CargoAi CargoMART	isännöity	haku, tarjous, varaus	tilin tunnistus	lyhyt ikkuna	Lentorahti
freightutils-mcp	stdio npX:n kautta	noin 19	ei mitään (vain luku)	ei sovellu	Laskelmat, viite
Easyship	isännöity tai stdio	hinnat, lähetystunnisteet, seuranta	API-avain	kuljetusliikkeestä riippuvainen	Paketti

Muutama kuukausi sitten kirjoitin johdatuksen siihen, miten Model Context Protocol (MCP) liittyy rahtirajapintaan, mukaan lukien minimaalisen palvelimen, jonka voit ajaa itse. MCP on avoin standardi, jonka Anthropic julkaisi marraskuussa 2024, ja rahtiala oli hidas ottamaan sen käyttöön vuoden 2026 alkuun asti. Siitä lähtien puheet ovat loppuneet ja toimitukset alkoivat. Warp julkaisi warp-agent-mcp:n npm:ään 16. huhtikuuta 2026 MIT-lisenssillä, CargoAi lanseerasi CargoMART-palvelimensa 5. kesäkuuta 2026, ja avoimen lähdekoodin ja pakettipalvelimet laskeutuivat niiden rinnalle. Tämä on jatko-osa, jonka halusin lukea: purku siitä, mitä todella toimitettiin, missä nämä neljä ovat yhtä mieltä ja missä suunnittelupäätökset hiljaa eroavat. Jos et ole nähnyt protokollan perusteita, aloita tuosta johdatuksesta ja palaa sitten tänne.

Palvelimet, jotka todella toimitettiin

• Warp warp-agent-mcp saapui npm:ään 16. huhtikuuta 2026, MIT-lisensoitu, mainostettiin ensimmäisenä MCP-palvelimena todellisen rahdin varaamiseen. Se paljastaa noin 23 työkalua, jotka kattavat haun, tarjouksen ja seurannan Warpin oman hallinnoidun tieverkon puitteissa.
• CargoAi CargoMART toimitettiin 5. kesäkuuta 2026, antaen agentin hakea, tarjota ja varata lentorahtia Copilotin, ChatGPT:n, Clauden tai Geminin sisältä. Se on selkein merkki siitä, että lentopuoli on liikkeessä eikä vain tiepuoli.
• freightutils-mcp on avoimen lähdekoodin vaihtoehto, TypeScript-paketti noin 19 ilmaisella aputyökalulla. Se keskittyy laskelmiin ja viitetietoihin pikemminkin kuin reaaliaikaisessa verkossa tapahtuvaan transaktioon, mikä tekee siitä puhtaan hiekkalaatikon.
• Easyship kohdistuu paketti- ja pienpakettitehtäviin sen yli 550 kuriirintegraation avulla, tarjoten hinnat, lähetystunnisteiden luonnin ja seurannan. Se on ensisijaisesti paketteihin, joten sen mallioletukset eroavat raskaasta rahdista.

Rinnakkain luettuna nämä neljä eroavat kolmessa kysymyksessä: mitä agentti voi tehdä ilman tunnistetietoja, kuinka kauan hinta kestää ja missä palvelin toimii.

Työkalupinta: mitä agentille on sallittua tehdä

Jokainen palvelin on työkalupussi, ja pussi kertoo myyjän tarkoituksen. Warpin noin 23 työkalua ovat laajin joukko, koska se on rakennettu toimimaan päästä päähän, kapasiteettihauasta seurantahakuun. CargoMART keskittyy lentovarauksen matkaan paljastaen haun, tarjouksen ja varauksen. freightutils pysyy laskenta- ja hakualueella 19 apuvälineellään. Easyship optimoi pakettihinta-lähetystunniste-silmukan hinnoilla, lähetystunnisteilla ja seurannalla.

Kun mallinnan nämä rahtityönkulkuun, työkalut ryhmittyvät neljään tehtävään: kapasiteetin löytäminen, hinnoittelu, sitoutuminen siihen ja sen liikkeen seuraaminen. Kaksi ensimmäistä vain lukevat, joten ne ovat vähäriskisiä. Sitoutuminen kirjoittaa todelliseen maailmaan ja kuluttaa rahaa. Seuraaminen on taas vain lukutoiminto, mutta erittäin arvokasta, koska suurin osa ihmistyöstä käytetään edelleen tilan jahtaamiseen.

Agentti löytää palvelimen tarjoamat palvelut tools/list -metodilla ja kutsuu työkalua tools/call -metodilla, joten sen lukemat nimet ovat tärkeitä. Käsittelijän tunnistamat tulokset kuvaavat nimet, kuten get_quote, book_shipment tai get_tracking, selviävät todellisen agentin kohtaamisesta. Raakoja päätepisteitä paljastavat nimet pakottavat mallin orkestroimaan liitäntöjä, ja siellä keksityt parametrit hiipivät sisään. Warp ja CargoMART nojaavat molemmat tulosmuotoisiin nimiin, mikä on hiljainen merkki siitä, että ne on suunniteltu agenteille eikä niitä ole jälkikäteen muokattu REST-määrittelystä.

Tunnistautuminen: avoin tarjouspyyntö, rajattu varaus

Yhteinen kaava vakavien palvelimien kesken on se, jonka itsekin olisin valinnut. Tarjouspyyntö- ja viittaustyökalut ovat avoimia tai vähäkitkaisia, koska agentin salliminen hinnoitella reitti on vaaratonta ja todella hyödyllistä. Varaaminen, peruuttaminen ja kaikki, mikä koskee laskua, on API-avaimen tai täyden OAuth-prosessin takana. Warp esimerkiksi lukee avaimensa paikallisesta konfiguraatiotiedostosta osoitteesta ~/.warp/config.json, joten varaustyökalut aktivoituvat vain, kun olet tunnistautunut.

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

Ilman avainta agentti voi silti tutkia ja hinnoitella. Sen avulla agentti voi käyttää rahaa puolestasi. Työpöytäkäytössä staattinen avain konfiguraatiotiedostossa on hyväksyttävä. Tuotantoagentille, joka varaa automaattisesti, staattinen avain on riski, ja haluat OAuth 2.1:n PKCE:n ja laajuudeltaan rajoitettujen, peruutettavien tokenien kanssa, jotta vaarantunut agentti ei voi varata uudelleen tai peruuttaa oman mielensä mukaan. Pureudun tähän syvemmin erillisessä tietoturva-artikkelissa, koska rahtivaraukset muuttavat tavallisen syötteen injektoinnin rahatapahtumaksi.

Tarjouksen voimassaolon ansa

Tässä on yksityiskohta, joka pureutuu rahtiin uusiin tiimeihin. Tarjous ei ole hinta, vaan hinta, jolla on vanhenemispäivä. Warpin tarjoukset esimerkiksi sisältävät noin 72 tunnin voimassaoloajan, eivät päiviä. Agentti, joka tekee tarjouksen maanantaina ja yrittää varata perjantaina, epäonnistuu, ja naiivi uudelleenyrityssilmukka epäonnistuu jatkuvasti samalla kun se kuluttaa tokeneita.

Joten palvelimen on tehtävä voimassaolo koneellisesti luettavaksi, ja agenttisi on kunnioitettava sitä. Hyvät toteutukset palauttavat eksplisiittisen vanhenemispäivän ja tarjousviitteen, ja varaustyökalu tarkistaa molemmat. Heikommat palauttavat pelkän numeron ja jättävät sinut arvailemaan. Kun arvioit palvelinta, tee tarjous reitille, odota ja yritä sitten varata vanhentuneen tarjouksen perusteella. Miten se epäonnistuu, kertoo sinulle, kuinka paljon tuotantokestävyyttä on mennyt läpi.

Kuljetus: stdio vastaan isännöity HTTP

Protokolla määrittelee kaksi kuljetustapaa, stdio ja Streamable HTTP, ja viestit ovat kummassakin tapauksessa JSON-RPC 2.0. Paikallinen stdio-palvelin, joka käynnistetään npx-komennolla, on täydellinen kehittäjälle, joka kytkee työpöytäavustajan, kuten Claude Desktopin tai Cursorin, omaan tiliinsä. Asetus on yksinkertainen ja tunnukset eivät koskaan poistu koneelta. Isännöity HTTP-palvelin toimii palveluna, mitä tarvitset, kun agenttien laivasto jakaa pääsyn, kun haluat keskitettyä kirjaamista etkä voi levittää API-avaimia läppäreille.

freightutils ja npx-käynnistetyt palvelimet tekevät paikallisesta polusta vaivattoman. Tuotantoasennukset nojaavat isännöityyn HTTP:hen yhdyskäytävän takana, joka hoitaa tunnistautumisen, nopeusrajoitukset ja auditointijäljen. Kumpikaan ei ole väärin. Virhe on toimittaa stdio-prototyyppi tuotantoon ja huomata, että sinulla ei ole keskitettyä näkymää siitä, mitä agenttisi ovat varanneet.

Mitä monen kuljetusliikkeen markkinapaikkapalvelimen on paljastettava

Tässä tulee esiin oma näkökulmani, koska pyöritämme markkinapaikkaa emmekä yksittäistä kuljetusliikettä, ja mallinnusongelma on todella erilainen. Yhden kuljetusliikkeen palvelin vastaa yhteen kysymykseen: voinko siirtää tämän, ja mihin hintaan, omassa verkossani. Markkinapaikkapalvelimen on vastattava vaikeampaan kysymykseen: useiden kuljetusliikkeiden joukosta, minkä vaihtoehdon agentin pitäisi valita ja miksi.

Tämä pakottaa työkalut, joita yhden operaattorin palvelin ei koskaan tarvitse. Agentin on pystyttävä vertailemaan tarjouksia, ei pelkästään hakemaan yhtä. Se tarvitsee ranking-signaalin, joka yhdistää hinnan ja kuljetusajan sekä operaattorin saatavuuden, koska halvin tarjous väylälle, jota kukaan ei tällä hetkellä palvele, on ansa. Se tarvitsee rehellisen saatavuuden, jotta agentti ei sitoudu kapasiteettiin, joka on jo mennyt. Ja se tarvitsee varatun lähetyksen täsmäytymisen tiettyyn operaattoriin ja viitteeseen, jotta seuranta todella ratkeaa. Vilkkaalla väylällä agentti voi nähdä tusinan verran tarjouksia ja löytää vain kolme tai neljä varattavissa olevaa kyseisenä päivänä, ja datamme mukaan kuilu halvimman tarjouksen ja halvimman varattavissa olevan tarjouksen välillä on todellinen ja toistuva. Kauppapaikkapalvelin, joka piilottaa tämän kuilun, palvelee agenttia huonosti. Oppi, jonka opimme jatkuvasti uudelleen, on se, että hinta ilman saatavuutta on markkinointia, ei varausta.

Kuinka arvioida rahtikr-palvelinta

Jos valitset sellaisen, suorita tämä lyhyt tarkistuslista live-palvelimella sen sijaan, että käyttäisit laskeutumissivua.

1. Työkalujen nimet. Kuvaavatko ne tuloksia, jotka lähettäjä tunnistaa, vai paljastavatko ne raaka-rajapintoja?
2. Tunnistetietojen raja. Mikä toimii ilman avainta ja mitä varaus vaatii? Onko olemassa polkua rajattuun OAuth-käyttöön huomiotta jätettävään käyttöön?
3. Tarjouksen pätevyys. Palautetaanko vanheneminen erikseen, ja hylkääkö varaustyökalu vanhentuneen tarjouksen puhtaasti?
4. Kuljetus. Paikallinen stdio työpöydälle, isännöity HTTP kalustolle. Tukee myyjä sitä, jota todella tarvitset?
5. Kattavuuden rehellisyys. Yksi operaattori vai monta, ja jos monta, voiko agentti nähdä saatavuuden ja sijoituksen sen sijaan, että olisi yksi läpinäkymätön numero?
6. Tarkkailtavuus. Voitko tarkistaa, mitä agentti tarjosi ja varasi jälkikäteen?

Markkinat siirtyivät mietelauseista paketteihin yhden neljänneksen aikana, mikä on nopeaa jopa logistiikkateknologian standardien mukaan. Jos rakennat, opas ja tämä purku riittävät yhdistämään agentin todelliseen verkkoon tällä viikolla. Jos ostat, yllä oleva tarkistuslista erottaa varausmoottorin demonsta. Kauppapaikalla, kuten GetTransport, samat periaatteet ratkaisevat, voidaanko agenttiin luottaa rahat käytettäväksi, ja tämä luottamus rakentuu saatavuuden ja pätevyyden varaan, ei työkaluluettelon kokoon.

FAQ

Mikä on rahtikr-palvelin?

Se on pieni palvelu, joka tarjoaa rahtitoimintoja, kuten tarjouksia, varauksia ja seurantaa, työkaluina, joita tekoälyavustaja voi kutsua Model Context Protocol -protokollan kautta, jotta agentti integroituu kerran sen sijaan, että se oppisi jokaisen operaattorin API:n.

Mitä rahtikr-palvelimia on olemassa vuonna 2026?

Huomionarvoisia ovat Warp's warp-agent-mcp tielle, CargoAi'n CargoMART lentorahdille, avoimen lähdekoodin freightutils-mcp laskelmiin ja referenssidataan sekä Easyship pakettihintoihin ja tarroihin.

Voiko tekoälyagentti varata rahtia ilman API-avainta?

Yleensä ei. Useimmat palvelimet antavat agentin tarjota ja hakea tietoja ilman tunnisteita, mutta varaus-, peruutus- ja laskutus-toiminnot vaativat todennetun avaimen tai OAuth-tokenin, jotta vain valtuutetut agentit voivat käyttää rahaa.

Miksi kr-palvelimen palauttamat rahtitarjoukset vanhenevat?

Rahtihinnat vaihtelevat kapasiteetin ja polttoaineen mukaan, joten tarjous on voimassa vain lyhyen aikaa, joskus muutaman tunnin. Palvelin palauttaa vanhenemispäivän, ja agentin tulisi varata uusi tarjous sen sijaan, että yrittäisi uudelleen vanhentunutta.

Mitä kauppapaikan kr-palvelimen pitäisi paljastaa, mitä yhden operaattorin palvelin ei paljasta?

Sen pitäisi antaa agentin vertailla eri operaattoreiden tarjouksia, nähdä sijoitus, joka yhdistää hinnan ja kuljetusajan ja saatavuuden, ja täsmäyttää varaus tiettyyn operaattoriin, koska halvin tarjous ei aina ole se, jonka voi todella varata.