mcpField
T
Tfl

Tfl

リモート
pipeworx.io地図・旅行05 週間前に更新
リポジトリ公式サイト

Tfl について

Tfl は、旅行者や経路を調べる人向けに、ロンドン交通の最新情報をキーなしで提供します。運行状況、到着予測、経路検索、運行障害、Santander Cycle の状況を扱います。

主な機能

  1. 01路線の運行状況と障害
  2. 02停留所検索と到着予測
  3. 03経路検索
  4. 04自転車と空きドック数

活用シーン

  1. 01出発前に遅延を確認
  2. 02停留所と到着予定を検索
  3. 03ロンドン内の経路を比較
  4. 04自転車と空きドックを確認

MCP 対応

Pipeworx のゲートウェイまたは単独の stdio サーバーを通じて、TfL の交通ツールを MCP クライアントに公開します。ゲートウェイには Pipeworx 共通のメタツールも含まれます。

設定

リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。

エンドポイントhttps://gateway.pipeworx.io/tfl/mcp
インストールコマンドをコピー
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

ツール

詳細

mcp-tfl

Transport for London(TfL)統合 API MCP — キー不要です。

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

ツール

ツール説明
line_statusロンドンの交通機関の路線の現在の運行状況です。モードのカンマ区切りリスト(例:「tube,dlr」)または特定のlineId(例:「victoria」、「central」)のいずれかを渡します。各路線について、lineStatusesとstatusSeverityDescription(例:「通常運行」、「軽微な遅延」)を返します。
stop_search名前で停留所/駅を検索します。到着情報ツールで使用するnaptanId(「id」フィールド)と、モード、ゾーン、緯度/経度を含む検索結果を返します。
arrivals停留所のリアルタイム到着予測です。stop_searchのnaptanId(例:「940GZZLUOXC」)を渡します。結果はtimeToStation(到着までの秒数)で並べ替えられ、到着が近い順に表示されます。
plan_journeyロンドンの交通機関を利用した移動経路を計画します。from/toには停留所名、郵便番号、または「緯度,経度」の座標を指定できます。経路の候補(区間、所要時間、モード)を返します。場所が曖昧な場合、APIは経路ではなく候補を返します。入力を絞り込むか、naptanId/座標を使用してください。
bike_pointsロンドンのSantander Cycleレンタルサービス — ロンドン各地のレンタル拠点における、自転車と空きドックのリアルタイム数(利用可能な自転車数、空きスペース数、additionalProperties内の総収容数)です。ロンドンの公共自転車レンタルのみが対象です。任意で「Clerkenwell」のようなエリアフィルターを渡します。省略すると、ロンドン全域の自転車ドックを対象にします。
disruptions指定した交通モードに関する現在の運行障害と、その説明および影響を受ける路線です。

クイックスタート

MCP クライアント(Claude Desktop、Cursor、Windsurfなど)に追加します:

{
  "mcpServers": {
    "tfl": {
      "url": "https://gateway.pipeworx.io/tfl/mcp"
    }
  }
}
このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/tfl/mcp の tools/list は、上の表にあるツールに加えて、Pipeworx共通のメタツール(ask_pipeworx、discover_tools、search_within、remember/recallなど、ゲートウェイ全体で使えるツール一式)も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、そのパック独自のツールに加えて、共通ツールが約30個表示されます。接続時の initialize レスポンスに正確な範囲が記載されており、その日の状況を確認する際の確定情報となります。

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

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

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

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

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

curl -X POST https://gateway.pipeworx.io/v1/tools/line_status \
  -H 'Content-Type: application/json' \
  -d '{"modes":"tube,dlr"}'

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

スタンドアロン(ゲートウェイアカウント不要)

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

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

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

npx -y @pipeworx/mcp-tfl

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

ask_pipeworxの使用

ツールを直接呼び出す代わりに、平易な英語で質問できます。上記のパックエンドポイントでも、フルゲートウェイでも利用できます:

ask_pipeworx({ question: "your question about Tfl data" })

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

More

License

MIT

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。