Vessel Tracking

@pipeworx/vessel-tracking

AIS 無線放送による世界中の船舶のリアルタイム位置情報です。プラットフォームキー（aisstream.io）を使用します。BYO も利用できます。

Pipeworx の一部です。AI エージェントを 1684 以上のライブデータソースに接続する MCP ゲートウェイです。

ツール

• live_ships_in_area(...) — バウンディングボックス内または地点周辺で現在放送中の船舶について、位置、速度、針路、航行ステータス、種類、目的地、IMO に加え、船種別の内訳を返します。
• live_ship_position(...) — MMSI を指定した船舶のリアルタイム位置を返します。
• ais_coverage_check(...) — その地点が実際に受信機のカバー範囲に入っているかを確認し、ゼロという結果を正しく解釈できるようにします。

認証

プラットフォームキー（PLATFORM_AISSTREAM_KEY）、または _apiKey を使った BYO に対応しています。https://aisstream.io で無料ですぐに登録できます。

カバー範囲 — ゼロを信頼する前にお読みください

aisstream はコミュニティが運営する陸上受信機のネットワークです。そのため、カバー範囲はボランティアが機器を設置している場所に左右されます。2026-07-27 に 60 秒間のサブスクリプションで確認しました。

地域	受信した船舶数
地中海	221
イギリス海峡	50（30秒）
マラッカ海峡	24（30秒）
ペルシャ湾／ホルムズ海峡	0
オマーン湾	0
紅海／バブ・エル・マンデブ海峡	0

ペルシャ湾と紅海はカバーされていません。外洋や受信機のない沿岸をカバーするのは、Spire/ORBCOMM の有料製品である衛星 AIS であり、これはそれとは異なります。ホルムズについて問い合わせると、単なる 0 ではなく、coverage: "none" と chokepoint_status へのリダイレクトが返されます。

件数フィールドは vessel_count ではなく vessels_observed という名前です。これはその場に存在する船舶数ではなく、リスニング中に受信した数を測定するためです。ゼロの場合はすべて、confirmed、none、unconfirmed のいずれかの coverage 判定が付与されます。

サンプリングに関する注意

AIS の送信間隔は船舶の動きによって異なります。航行中の船舶は 2～10 秒ごとに送信し、停泊中の船舶はおよそ 3 分ごとに送信します。そのため、短いウィンドウでは停泊中の船舶が過少にカウントされます。live_ship_position は本質的にベストエフォートです。35 秒のウィンドウで、直前に送信が確認された 8 隻のうち 1 隻だけが見つかりました。window_seconds を長くする（最大 40 秒。これを超えると呼び出し側がタイムアウトします）か、保存済みの最終確認位置を取得できる vesselfinder_vessel を使用してください。

データソース

• ストリーム：wss://stream.aisstream.io/v0/stream

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "vessel-tracking": {
      "url": "https://gateway.pipeworx.io/vessel-tracking/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/vessel-tracking/mcp の tools/list は、上の表にあるツールに加えて、共有 Pipeworx メタツールである ask_pipeworx、discover_tools、search_within、remember／recall など、ゲートウェイ全体で利用できるツール一式を返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック独自のツールとともに、およそ 30 個の共有ツールが一覧表示されます。接続の initialize 応答には正確なスコープが記載されており、その日の状況を確認するための正式な情報源です。

これは意図的な仕様であり、偶然の多重化ではありません。メタツールを使うと、このパックで扱えない質問にも ask_pipeworx 経由でカタログ全体から回答できるため、MCP サーバーをもう 1 つ追加する必要がありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加スキーマによるコンテキスト消費がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

また、Pipeworx のフルゲートウェイに接続すると、このパックのツールだけでなく、すべてのパックのツールが直接一覧表示されます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も、同じゲートウェイと同じ 1684 以上のデータソースにアクセスします。異なるのは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも ask_pipeworx を使えば、すべてのツールにアクセスできます。

MCP クライアントがない場合：HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/live_ships_in_area \
  -H 'Content-Type: application/json' \
  -d '{"latitude":43.3,"longitude":5.4,"radius_km":50}'

最初の呼び出しではアカウントは不要です。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/live_ships_in_area を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

{
  "mcpServers": {
    "vessel-tracking": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-vessel-tracking"]
    }
  }
}

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-vessel-tracking

stdin/stdout 経由で MCP を使用し、initialize／tools/list／tools/call に応答します。対象はこのパックのツールのみで、上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使用する

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Vessel Tracking data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT