Freight MCPサーバー2026：分解（Warp、CargoMART）

サーバー	実行環境	ツール	予約要件	見積もり有効期限	対象範囲
Warp `warp-agent-mcp`	stdio (npx経由)	約23個	APIキー	約72時間	道路、自社ネットワーク
CargoAi CargoMART	hosted	検索、見積もり、予約	アカウント認証	短期間	航空貨物
freightutils-mcp	stdio (npx経由)	約19個	なし (read only)	適用外	計算、参照
Easyship	hostedまたはstdio	料金、ラベル、追跡	APIキー	キャリア依存	小包

数ヶ月前、私は「Model Context ProtocolがFreight APIにどのようにマッピングされるか」という入門記事を書き、自身で実行できる最小限のサーバーについても触れました。MCPは、Anthropicが2024年11月に公開したオープンスタンダードであり、Freight業界は2026年初頭まで採用が遅れていました。それ以来、議論は終わり、輸送は始まりました。Warpは2026年4月16日にwarp-agent-mcpをnpmでMITライセンスで公開し、CargoAiは2026年6月5日にCargoMARTサーバーをローンチし、オープンソースおよび小包サーバーもこれに続きました。この記事は、実際にリリースされたもの、これら4つのサーバーがどこで一致し、どこで設計上の選択が静かに分岐しているのかを解き明かす、私が読みたかったフォローアップ記事です。プロトコルの基本をまだ見ていない場合は、まずその入門記事を参照してから、こちらに戻ってきてください。

実際にリリースされたサーバー

Warp warp-agent-mcp は2026年4月16日にnpmに登場し、MITライセンスで提供されています。これは、実際の貨物予約のための最初のMCPサーバーとして宣伝されています。Warp独自の管理道路ネットワークに対する検索、見積もり、予約、追跡まで、約23のツールを提供しています。
CargoAi CargoMART は2026年6月5日にリリースされ、Copilot、ChatGPT、Claude、Gemini内から航空貨物の検索、見積もり、予約を可能にします。これは、道路だけでなく航空分野も動いていることの最も明確な兆候です。
freightutils-mcp はオープンソースの選択肢であり、約19個の無料ユーティリティツールを備えたTypeScriptパッケージです。ライブネットワークでのトランザクションよりも計算や参照データに重点が置かれており、クリーンなサンドボックスとして機能します。
Easyship は、550以上の宅配業者との統合を通じて、小包および小口貨物の作業を対象としており、料金、ラベル作成、追跡を提供します。小包が第一であるため、そのモデリングの仮定は、大型貨物とは異なります。

これら4つのサーバーを並べて読むと、3つの問題で意見が分かれています。それは、エージェントが資格情報なしで何ができるか、価格がどれくらい有効か、そしてサーバーがどこで実行されるかです。

ツールの表面：エージェントができること

どのサーバーもツールの集まりであり、その集まりはベンダーの意図を示しています。Warpの約23個のツールは最も広範なセットです。なぜなら、これは積載量の検索から追跡のルックアップまで、エンドツーエンドのトランザクションを行うように構築されているからです。CargoMARTは航空予約のプロセスを中心に、検索、見積もり、予約を提供します。freightutilsは、19個のユーティリティ全体で計算とルックアップの領域にとどまります。Easyshipは、料金、ラベル、追跡を提供する小包の料金からラベルへのループに最適化されています。

これらをFreightワークフローにマッピングすると、ツールは4つのジョブにクラスター化されます。積載量の検索、価格設定、コミット、そして輸送状況の監視です。最初の2つは読み取り専用であるため、リスクは低いです。コミットは現実世界に書き込み、費用が発生します。監視は再び読み取り専用ですが、価値は高く、人間の作業時間のほとんどは依然としてステータス追跡に費やされているためです。

エージェントはMCPのtools/listメソッドを通じてサーバーが提供するものを検出し、tools/callでツールを呼び出すため、返される名前は重要です。get_quote、book_shipment、get_trackingのように、ディスパッチャーが認識できる結果を示す名前は、実際の agent とのやり取りでも維持されます。生の endpoint を漏らす名前は、モデルに配管をオーケストレーションさせる必要があり、そこにパラメータの捏造が生じます。Warp と CargoMART はどちらも結果を形状化した名前を採用しており、これは REST 仕様から後付けされたのではなく、agent のために設計されたことを示す静かなシグナルです。

認証: オープンな見積もり、ゲート付き予約

真面目なサーバーに共通するパターンは、私自身が選択したであろうものです。見積もりと参照ツールはオープンまたは低摩擦であり、agent がレーンを価格設定できるようにすることは無害で、真に役立ちます。予約、キャンセル、請求書に触れるものはすべて、API キーまたは完全な OAuth フローの後ろにあります。たとえば、Warp はローカル設定ファイル `~/.warp/config.json` からキーを読み取るため、予約ツールは認証されている場合にのみ有効になります。

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

キーがなければ、agent は探索と見積もりを続けることができます。キーがあれば、agent はあなたの代わりに支出をすることができます。デスクトップでの使用には、設定ファイル内の静的キーで十分です。 unattended で予約する本番 agent の場合、静的キーは脆弱であり、OAuth 2.1 と PKCE、およびスコープ付きで取り消し可能なトークンが必要であり、侵害された agent が勝手に再予約またはキャンセルできないようにする必要があります。貨物予約は通常のプロンプトインジェクションを金銭的イベントに変えるため、この点については専用のセキュリティ記事でさらに詳しく説明します。

見積もり有効期限の罠

これは、貨物輸送に新しく関わるチームがつまずく詳細です。見積もりは価格ではなく、有効期限付きの価格です。たとえば、Warp の見積もりは、数日ではなく、約 72 時間の有効期間を持ちます。月曜日に見積もりを取り、金曜日に予約しようとした agent は失敗し、単純な再試行ループはトークンを消費しながら失敗し続けます。

したがって、サーバーは有効期限を機械可読にする必要があり、agent はそれを尊重する必要があります。優れた実装は、明示的な有効期限と引用参照を返し、予約ツールは両方をチェックします。より弱い実装は、生の数値を返し、推測に任せます。サーバーを評価する際は、レーンを見積もり、待ってから、古い見積もりに対して予約を試みてください。どのように失敗するかは、本番環境での堅牢化がどの程度行われたかを示します。

トランスポート: stdio 対ホスト HTTP

プロトコルは、stdio と Streamable HTTP の 2 つのトランスポートを定義しており、メッセージはいずれの場合も JSON-RPC 2.0 です。`npx` で起動されたローカル stdio サーバーは、デスクトップアシスタント (Claude Desktop や Cursor など) を自分のアカウントに接続する開発者にとって最適です。セットアップは簡単で、資格情報はマシンから離れることはありません。ホスト HTTP サーバーはサービスとして実行され、これは、agent のフリートがアクセスを共有する場合、中央ロギングが必要な場合、および API キーをラップトップに分散させたくない場合に必要です。

freightutils と npx で起動されたサーバーは、ローカルパスを楽にします。本番デプロイメントは、認証、レート制限、および監査証跡を処理するゲートウェイの後ろにあるホスト HTTP に依存します。どちらも間違っていません。間違いは、stdio プロトタイプを本番環境に出荷し、agent が予約したものの中心的なビューがないことを発見することです。

マルチキャリアマーケットプレイスサーバーが公開する必要があるもの

ここで私の独自の視点が入ってきます。私たちは単一のキャリアではなくマーケットプレイスを運営しており、

単一キャリアのサーバーでは必要とされないツールが強制されます。エージェントは、単に1つを取得するだけでなく、オファーを比較できなければなりません。価格と輸送時間、キャリアの利用可能性を組み合わせたランキングシグナルが必要です。なぜなら、誰も現在サービスを提供していないレーンでの最も安い見積もりは罠だからです。正直な利用可能性が必要であり、エージェントはすでに消滅した容量にコミットしないようにします。また、追跡が実際に解決されるように、予約された出荷が特定のキャリアと参照に照合される必要があります。交通量の多いレーンでは、エージェントは十数件の見積もりを見て、その日に予約可能なものが3〜4件しか見つからない場合があります。当社のデータでは、最も安い見積もりと予約可能な最も安い見積もりの間には、現実的で繰り返し発生するギャップがあります。そのギャップを隠すマーケットプレイスサーバーは、エージェントに不利益をもたらしています。私たちが繰り返し学んでいる教訓は、利用可能性のない価格はマーケティングであり、予約ではないということです。

貨物MCPサーバーの評価方法

選択する場合は、ランディングページではなく、ライブサーバーに対してこの短いチェックリストを実行してください。

ツールの名前。配車担当者が認識できる成果を説明していますか、それとも生のAPIエンドポイントを公開していますか？
認証情報の境界。キーなしで何が機能し、予約には何が必要ですか？無人での使用のためのスコープ付きOAuthへのパスはありますか？
見積もり有効性。有効期限は明示的に返されますか、そして予約ツールは期限切れの見積もりをきれいに拒否しますか？
トランスポート。デスクトップ用のローカルstdio、フリート用のホストHTTP。ベンダーは実際に必要なものをサポートしていますか？
カバレッジの正直さ。単一キャリアか複数か、複数であれば、エージェントは利用可能性とランキングを表示できますか、それとも不透明な単一の数値ですか？
オブザーバビリティ。後からエージェントが見積もりや予約したものを監査できますか？

市場は、わずか1四半期でシンクピースからパッケージへと移行しました。これは、ロジスティクス・テクノロジーの基準でも速いです。構築している場合、プライマーとこの分解により、今週中にエージェントを実際のネットワークに接続するのに十分です。購入している場合、上記のチェックリストは、予約エンジンとデモを分離します。GetTransportのようなマーケットプレイスでは、同じ原則がエージェントがお金を費やすことを信頼できるかどうかを決定し、その信頼はツールのリストのサイズではなく、利用可能性と有効性に基づいています。

よくある質問

貨物MCPサーバーとは何ですか？

貨物の見積もり、予約、追跡などのアクションを、AIアシスタントがModel Context Protocolを通じて呼び出せるツールとして公開する小さなサービスであり、エージェントは各キャリアAPIを学習する代わりに一度統合できます。

2026年にどの貨物MCPサーバーが存在しますか？

注目すべきものには、ロード貨物予約のためのWarpのwarp-agent-mcp、航空貨物のCargoAiのCargoMART、計算と参照データのためのオープンソースのfreightutils-mcp、および小包料金とラベルのためのEasyshipがあります。

AIエージェントはAPIキーなしで貨物を予約できますか？

通常はできません。ほとんどのサーバーでは、エージェントは認証情報なしで見積もりやデータの検索を行うことができますが、予約、キャンセル、請求書のアクションには、認証されたキーまたはOAuthトークンが必要であり、承認されたエージェントのみがお金を費やすことができます。

MCPサーバーから返される貨物見積もりが期限切れになるのはなぜですか？

貨物の価格は、容量と燃料とともに変動するため、見積もりは数時間という短い期間しか有効ではありません。サーバーは有効期限を返しますが、エージェントは期限切れの見積もりを再試行するのではなく、新しい見積もりを再予約する必要があります。

マーケットプレイスMCPサーバーは、単一キャリアのものとは異なり、何を公開すべきですか？

エージェントがキャリア間のオファーを比較したり、価格、輸送時間、利用可能性を組み合わせたランキングを表示したり、予約を特定のキャリアに照合したりできるようにすべきです。なぜなら、最も安い見積もりが必ずしも実際に予約できるものではないからです。