| Serwer | Działa jako | Narzędzia | Potrzeby rezerwacji | Ważność oferty | Zakres |
Warp warp-agent-mcp | stdio via npx | ~23 | Klucz API | ~72 godzin | Drogi, własna sieć |
| CargoAi CargoMART | hosting | wyszukiwanie, oferta, rezerwacja | uwierzytelnianie konta | krótkie okno | Transport lotniczy |
| freightutils-mcp | stdio via npx | ~19 | brak (tylko do odczytu) | nie dotyczy | Obliczenia, referencje |
| Easyship | hosting lub stdio | stawki, etykiety, śledzenie | Klucz API | zależne od przewoźnika | Paczki |
Kilka miesięcy temu napisałem wprowadzenie do tego, jak Model Context Protocol mapuje się na API spedycyjne, w tym na minimalny serwer, który możesz uruchomić samodzielnie. MCP to otwarty standard opublikowany przez Anthropic w listopadzie 2024 roku, a branża spedycyjna powoli go adoptowała do wczesnych miesięcy 2026 roku. Od tego czasu rozmowy ustały, a wysyłki ruszyły. Warp opublikował warp-agent-mcp w npm 16 kwietnia 2026 roku na licencji MIT, CargoAi uruchomiło swój serwer CargoMART 5 czerwca 2026 roku, a serwery open-source i dla paczek pojawiły się obok nich. To jest kontynuacja, którą chciałem przeczytać: analiza tego, co faktycznie zostało udostępnione, w czym te cztery elementy się zgadzają, a gdzie ich wybory projektowe subtelnie się różnią. Jeśli nie widziałeś podstaw protokołu, zacznij od tamtego wprowadzenia i wróć tutaj.
Serwery, które faktycznie zostały udostępnione
- Warp
warp-agent-mcppojawił się w npm 16 kwietnia 2026 roku, na licencji MIT, promowany jako pierwszy serwer MCP do rezerwacji rzeczywistych przesyłek. Udostępnia około 23 narzędzi obejmujących wyszukiwanie, oferty, rezerwację i śledzenie w ramach własnej, zarządzanej sieci transportu drogowego Warpa. - CargoAi CargoMART pojawił się 5 czerwca 2026 roku, pozwalając agentowi na wyszukiwanie, oferowanie i rezerwację transportu lotniczego z poziomu Copilot, ChatGPT, Claude lub Gemini. Jest to najczytelniejszy znak, że sektor lotniczy również się rozwija, nie tylko transport drogowy.
- freightutils-mcp to opcja open-source, pakiet TypeScript z około 19 darmowymi narzędziami pomocniczymi. Skłania się ku obliczeniom i danym referencyjnym, zamiast transakcjom w czasie rzeczywistym w sieci, co czyni go czystym środowiskiem testowym.
- Easyship koncentruje się na obsłudze paczek i małych przesyłek w ramach ponad 550 integracji z kurierami, udostępniając stawki, tworzenie etykiet i śledzenie. Koncentruje się na paczkach, dlatego jego założenia modelowe różnią się od założonych dla ciężkich przesyłek.
Czytając je obok siebie, te cztery serwery różnią się w trzech kwestiach: co agent może zrobić bez poświadczeń, jak długo obowiązuje cena i gdzie działa serwer.
Dostępność narzędzi: co agent może zrobić
Każdy serwer to zestaw narzędzi, a ten zestaw mówi nam o zamiarach sprzedawcy. Około 23 narzędzia Warpa to najszerszy zestaw, ponieważ jest on stworzony do przeprowadzania transakcji od początku do końca, od wyszukiwania zdolności transportowych po sprawdzenie statusu dostawy. CargoMART koncentruje się na procesie rezerwacji transportu lotniczego, udostępniając wyszukiwanie, oferty i rezerwację. freightutils pozostaje w obszarze obliczeń i wyszukiwania w ramach swoich 19 narzędzi. Easyship optymalizuje pętlę od stawki do etykiety dla paczek, oferując stawki, etykiety i śledzenie.
Kiedy mapuję je na przepływ pracy spedycyjnej, narzędzia dzielą się na cztery zadania: znalezienie zdolności transportowych, wycenę, zobowiązanie się do niej i śledzenie jej przemieszczania. Pierwsze dwa wymagają jedynie odczytu, więc są niskiego ryzyka. Zobowiązanie się zapisuje dane w rzeczywistym świecie i generuje koszty. Śledzenie ponownie wymaga odczytu, ale jest bardzo wartościowe, ponieważ większość czasu ludzi nadal poświęcana jest na monitorowanie statusu.
Agent odkrywa, co oferuje serwer, za pomocą metody MCP tools/list i wywołuje narzędzie za pomocą tools/call, więc nazwy, które odczytuje, mają znaczenie. Nazwy opisujące wyniki, które dyspozytor rozpoznaje, takie jak get_quote, book_shipment lub get_tracking, przetrwają kontakt z rzeczywistym agentem. Nazwy ujawniające surowe punkty końcowe zmuszają model do zorganizowania „okablowania”, a właśnie tu pojawiają się wymyślone parametry. Zarówno Warp, jak i CargoMART stosują nazwy ukształtowane zgodnie z celami, co jest subtelnym sygnałem, że zostały zaprojektowane dla agentów, a nie dodane później ze specyfikacji REST.
Uwierzytelnianie: otwarte cytowanie, ograniczone rezerwacje
Wspólny wzorzec wśród poważnych serwerów jest taki, jaki sam bym wybrał. Narzędzia do wyceny i referencji są otwarte lub mają niski próg wejścia, ponieważ pozwalanie agentowi na wycenę trasy jest nieszkodliwe i autentycznie przydatne. Rezerwacje, anulowanie i wszystko, co dotyczy faktury, jest chronione kluczem API lub pełnym przepływem OAuth. Warp, na przykład, odczytuje swój klucz z lokalnego pliku konfiguracyjnego w ~/.warp/config.json, więc narzędzia do rezerwacji aktywują się dopiero po uwierzytelnieniu.
{
"mcpServers": {
"warp": {
"command": "npx",
"args": ["-y", "warp-agent-mcp"],
"env": { "WARP_API_KEY": "your_key_here" }
}
}
}Bez klucza agent może nadal przeglądać i wyceniać. Z kluczem agent może wydawać pieniądze w Twoim imieniu. W przypadku użytku stacjonarnego akceptowalny jest statyczny klucz w pliku konfiguracyjnym. W przypadku agenta produkcyjnego, który dokonuje rezerwacji bez nadzoru, statyczny klucz jest obciążeniem, i potrzebujesz OAuth 2.1 z PKCE oraz tokenami z zakresem i możliwością cofnięcia, aby skompromitowany agent nie mógł dokonywać rezerwacji ani anulować według własnego uznania. Zagłębię się w to w dedykowanym artykule o bezpieczeństwie, ponieważ rezerwacje transportowe zamieniają zwykłe wstrzyknięcie promptu w zdarzenie finansowe.
Pułapka ważności wyceny
Oto szczegół, który zaskakuje zespoły nowe w branży spedycyjnej. Wycena nie jest ceną, jest ceną z datą ważności. Wyceny Warp, na przykład, mają okno ważności około 72 godzin, nie dni. Agent, który wycenia trasę w poniedziałek i próbuje zarezerwować w piątek, zawiedzie, a naiwna pętla ponawiania prób będzie nadal zawodzić, spalając tokeny.
Dlatego serwer musi udostępniać ważność w czytelnej dla maszyn formie, a Twój agent musi ją respektować. Dobre implementacje zwracają wyraźną datę wygaśnięcia i referencję do wyceny, a narzędzie do rezerwacji sprawdza oba. Słabsze implementacje zwracają samą liczbę i pozwalają na domysły. Oceniając serwer, wyceniaj trasę, poczekaj, a następnie spróbuj dokonać rezerwacji na podstawie przeterminowanej wyceny. Sposób, w jaki to zawiedzie, powie Ci, jak bardzo dopracowano produkcję.
Transport: stdio kontra hostowany HTTP
Protokół definiuje dwa rodzaje transportu: stdio i Streamable HTTP, a komunikaty są w obu przypadkach JSON-RPC 2.0. Lokalny serwer stdio, uruchomiony za pomocą npx, jest idealny dla dewelopera integrującego asystenta stacjonarnego, takiego jak Claude Desktop lub Cursor, z jego własnym kontem. Konfiguracja jest trywialna, a dane uwierzytelniające nigdy nie opuszczają maszyny. Hostowany serwer HTTP działa jako usługa, co jest potrzebne, gdy flota agentów dzieli dostęp, gdy chcesz centralnego logowania i gdy nie możesz rozprzestrzeniać kluczy API na wielu laptopach.
freightutils i serwery uruchamiane przez npx sprawiają, że ścieżka lokalna jest bezproblemowa. Wdrożenia produkcyjne skłaniają się ku hostowanemu HTTP za bramą, która obsługuje uwierzytelnianie, limity żądań i ścieżkę audytu. Żadne z nich nie jest błędne. Błędem jest wdrażanie prototypu stdio w produkcji i odkrycie, że nie masz centralnego wglądu w to, co zarezerwowali Twoi agenci.
Co musi udostępniać serwer wielodostawców
Tu wchodzi moja własna perspektywa, ponieważ prowadzimy marketplace, a nie pojedynczego przewoźnika, a problem modelowania jest naprawdę inny. Serwer pojedynczego przewoźnika odpowiada na jedno pytanie: czy mogę to przetransportować i za ile, w mojej sieci. Serwer marketplace musi odpowiedzieć na trudniejsze pytanie: spośród wielu przewoźników, którą opcję powinien wybrać agent i dlaczego.
Wymusza to narzędzia, których serwer z jednym przewoźnikiem nigdy nie potrzebuje. Agent musi być w stanie porównywać oferty, a nie tylko pobierać jedną. Potrzebuje sygnału rankingowego, który łączy cenę z czasem tranzytu i dostępnością przewoźnika, ponieważ najtańsza oferta na trasę, na której nikt aktualnie nie obsługuje ruchu, jest pułapką. Potrzebuje uczciwej dostępności, aby agent nie zobowiązywał się do pojemności, która już się wyczerpała. I potrzebuje, aby zarezerwowana przesyłka została rozliczona z konkretnym przewoźnikiem i referencją, aby śledzenie faktycznie działało. Na ruchliwej trasie agent może zobaczyć kilkanaście ofert i znaleźć tylko trzy lub cztery, które można dzisiaj zarezerwować, a w naszych danych luka między najtańszą ofertą a najtańszą możliwą do zarezerwowania jest realna i powtarzalna. Serwer rynkowy, który ukrywa tę lukę, działa na niekorzyść agenta. Lekcja, którą wciąż na nowo przyswajamy, brzmi: cena bez dostępności to marketing, a nie rezerwacja.
Jak ocenić serwer MCP dla spedycji
Jeśli wybierasz jeden, zastosuj tę krótką listę kontrolną do działającego serwera, a nie do strony docelowej.
- Nazwy narzędzi. Czy opisują one wyniki, które spedytor rozpoznaje, czy też udostępniają surowe punkty końcowe?
- Granica poświadczeń. Co działa bez klucza, a co wymaga do rezerwacji? Czy istnieje ścieżka do ograniczonego protokołu OAuth do użytku bez nadzoru?
- Ważność ofert. Czy wygaśnięcie jest zwracane jawnie i czy narzędzie do rezerwacji odrzuca przeterminowaną ofertę w czysty sposób?
- Transport. Lokalne stdio na komputery stacjonarne, hostowany HTTP dla floty. Czy dostawca obsługuje ten, którego faktycznie potrzebujesz?
- Uczciwość zasięgu. Jeden przewoźnik czy wielu, a jeśli wielu, czy agent widzi dostępność i ranking, a nie jedną nieprzejrzystą liczbę?
- Obserwowalność. Czy możesz audytować, co agent zaoferował i zarezerwował po fakcie?
Rynek przeniósł się z artykułów do pakietów w ciągu jednego kwartału, co jest szybkie nawet jak na standardy logistyki technologicznej. Jeśli budujesz, materiały wprowadzające plus ten demontaż powinny wystarczyć do podłączenia agenta do prawdziwej sieci w tym tygodniu. Jeśli kupujesz, powyższa lista kontrolna oddzieli silnik rezerwacyjny od wersji demonstracyjnej. Na rynku takim jak GetTransport te same zasady decydują o tym, czy można zaufać agentowi w kwestii wydawania pieniędzy, a zaufanie to budowane jest na dostępności i ważności, a nie na wielkości listy narzędzi.
Często zadawane pytania (FAQ)
Co to jest serwer MCP dla spedycji?
Jest to mała usługa, która udostępnia działania związane z frachtem, takie jak wycena, rezerwacja i śledzenie, jako narzędzia, które asystent AI może wywoływać za pośrednictwem protokołu Model Context Protocol, dzięki czemu agent integruje się raz, zamiast uczyć się każdego API przewoźnika.
Które serwery MCP dla spedycji istnieją w 2026 roku?
Do znaczących należą warp-agent-mcp firmy Warp do rezerwacji frachtu drogowego, CargoMART firmy CargoAi dla frachtu lotniczego, open-source freightutils-mcp do obliczeń i danych referencyjnych oraz Easyship do stawek za przesyłki i etykiet.
Czy agent AI może rezerwować fracht bez klucza API?
Zazwyczaj nie. Większość serwerów pozwala agentowi na wycenę i wyszukiwanie danych bez poświadczeń, ale rezerwacja, anulowanie i działania związane z fakturowaniem wymagają uwierzytelnionego klucza lub tokena OAuth, aby tylko autoryzowani agenci mogli wydawać pieniądze.
Dlaczego oferty frachtowe zwracane przez serwer MCP wygasają?
Ceny frachtu zmieniają się wraz z dostępnością i paliwem, więc oferta jest ważna tylko przez krótki okres, czasami kilka godzin. Serwer zwraca datę wygaśnięcia, a agent powinien ponownie zarezerwować nową ofertę, zamiast próbować ponownie z przeterminowaną.
Co powinien udostępniać serwer MCP na rynku, czego nie udostępnia serwer z jednym przewoźnikiem?
Powinien pozwalać agentowi na porównywanie ofert między przewoźnikami, widzieć ranking łączący cenę z czasem tranzytu i dostępnością oraz rozliczać rezerwację z konkretnym przewoźnikiem, ponieważ najtańsza oferta nie zawsze jest tą, którą faktycznie można zarezerwować.