tfl-ts

io.github.ghcpuman902由 GitHub 帳號 ghcpuman902 發布v2.15.2更新於 Oct 30, 2026

Read-only Transport for London data: line status, arrivals, journeys, stop lookup.

已驗證STDIO僅桌面位置與生活檔案與儲存

概覽

AI 產生的概覽

唯讀的倫敦交通局(TfL)MCP 伺服器,可查詢路線狀態、到站資訊、行程規劃與站點查詢,並提供離線文件與站點拓撲。

可以做什麼
  • 查詢路線狀態與營運中斷,並規劃站點之間的行程
  • 搜尋車站與公車站,解析路線 ID 或站點 ID
  • 取得站點即時到站資訊,具備快取與限流
  • 讀取隨套件附帶的離線文件、靜態站點順序與樞紐資訊
  • 查看支援的模式並解析路線識別碼,無須呼叫 TfL
適用情境
當助理需要回答倫敦交通問題——目前路線狀態、下一班到站或行程規劃——或需要查詢 TfL 路線與站點識別碼時適用。靜態工具可離線使用,因此沒有 API 金鑰時也能用來查閱文件與站點拓撲。
執行需求
以 stdio 方式在本機執行,通常透過 npx 加上 mcp 子命令啟動,因此需要 Node.js。即時工具需要在環境變數 TFL_APP_KEY 中提供 TfL API 主金鑰;靜態工具(docs、resolve_line_id、get_supported_modes)不需金鑰。選用環境變數 TFL_MCP_MIN_INTERVAL_MS 可設定對外請求的最小間隔(預設 250 毫秒)。即時資料需要網路存取。
安裝前請注意
TFL_APP_KEY 是機密,應透過環境變數提供,不要寫入程式碼庫。伺服器為唯讀,不會修改 TfL 資料,但即時呼叫會存取 TfL 公開 API 並計入其速率限制,應維持合理的輪詢間隔。英國國鐵的到站資訊無法透過 TfL 即時取得,會回傳空結果。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 tfl-ts,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

TfL API TypeScript Client

[npm version] [License: MIT] [TypeScript] [Node.js] [CI]

Typed TfL client: friendly wrappers, 84 raw REST endpoints, and offline station topology for 20 rail lines.

[tfl CLI checking central and victoria, then listing the journey endpoints] [Board at tfl.manglekuo.com, with line status and live arrivals]

Built with tfl-ts → Board

How this compares

tfl-tstfl-unified-apitfl-journey-plannertfl-mcpmcp-tfl
TypeScript typesYesNoNoSource onlyYes (src/index.ts)
Zero dependenciesYesNoNoNoNo
Raw endpoint coverage8410 of 841 of 8459 of 848 of 84
Offline station dataYesNoNoNoNo
MCP supportYesNoNoYesYes

Counts use the 84 operations in the committed OpenAPI snapshot (ENDPOINT_COUNT in src/generated/endpoints.ts, pathCount in src/generated/openapi/spec.meta.json). Checked against each repo's source and the package.json published to npm on 16 October 2026.

tfl-ts publishes .d.ts files. Runtime dependencies: none. typescript is a peer dependency, for people compiling against the types. Station order and hubs ship in tfl-ts/meta, with no network call. tfl mcp is the local MCP server.

tfl-unified-api 2.0.2 is JavaScript, with no types field. It depends on moment, request, and request-promise-native. The Line module calls ten of the 84 paths: meta modes, severity, disruption categories, service types, route sequence, route by id, lines by mode, status by id, status over a date range, and status by mode. getRoutesByServiceType builds /Line/Route/{types}, which sits outside those 84 paths. db/lineColors.json is line colours, not stations.

tfl-journey-planner 1.1.2 is LiveScript compiled to JavaScript, with no types field. It depends on request and querystring. The module calls GET /Journey/JourneyResults/{from}/to/{to} only.

@daanrongen/tfl-mcp 1.4.3 is written in TypeScript. The published tarball is dist/main.js, package.json, and README.md, and package.json has no types field. It depends on @modelcontextprotocol/sdk, effect, and zod. Its tools call 59 of the 84 paths. They also call /Road/all/Disruption (the snapshot path is /Road/all/Disruption/{disruptionIds}), /Vehicle/EmissionSurcharge, and /Vehicle/UlezCompliance.

@pipeworx/mcp-tfl 0.1.2 sets "types": "src/index.ts", and that file is in the tarball. It depends on @modelcontextprotocol/sdk and tsx. Six tools call 8 of the 84 paths.

Station order ships with tfl-ts, in tfl-ts/meta.

Install and first call

Get a Primary key from the TfL API Portal. Subscribe to "500 Requests per min", then Profile → Show.

bash
pnpm add tfl-tsexport TFL_APP_KEY=your-primary-keypnpm exec tfl raw line.statusByIds --ids victoria
json
[  {    "id": "victoria",    "name": "Victoria",    "lineStatuses": [{ "statusSeverityDescription": "Good Service" }]  }]

Line names, station order, and colours ship in the package. Status, arrivals, and journeys hit TfL at runtime.

On the portal you'll see two keys (Primary and Secondary); either works. app_id has been unused since Jan 2021.

Pass credentials in the constructor instead
typescript
const client = new TflClient({  appKey: 'your-primary-key',});

Quick starts

Node

typescript
import TflClient from 'tfl-ts';
const client = new TflClient(); // reads TFL_APP_KEY from process.env
const status = await client.line.getStatus({ modes: ['tube'] });
const arrivals = await client.stopPoint.getArrivals({  stopPointIds: ['940GZZLUOXC'], // Oxford Circus});
const journey = await client.journey.plan({  from: '940GZZLUOXC',  to: '940GZZLUBND',});
const { matches } = await client.stopPoint.search({  query: 'Oxford Circus',  modes: ['tube'],});
const busStops = await client.stopPoint.searchBusStops('Trafalgar Sq');

Next.js

Server Component with ISR (~60s). Boards and explorer: tfl-components · tfl.manglekuo.com/docs/explorer. Tube boards use official line colours; bus boards use route-number chips. Do not mix. See examples/README.md.

typescript
import TflClient, { sortLinesBySeverityAndOrder } from 'tfl-ts';
export const revalidate = 60;
const client = new TflClient();const tube = await client.line.getStatus({ modes: ['tube'] });const sorted = sortLinesBySeverityAndOrder(tube);
bash
pnpm dlx shadcn@latest add https://tfl.manglekuo.com/r/tube-status-board.jsonpnpm dlx shadcn@latest add https://tfl.manglekuo.com/r/tfl-roundel.json

The roundel ships a placeholder unless NEXT_PUBLIC_ALLOW_TFL_ROUNDEL=true (you accept trademark responsibility).

Agent / MCP

Read-only MCP (npx tfl-ts mcp), cached and rate-limited. Static tools never call TfL. The npm bin is tfl (dist/cjs/bin/tfl.js); mcp is the stdio subcommand. Setup: docs/mcp.md.

json
{  "mcpServers": {    "tfl-ts": {      "command": "npx",      "args": ["-y", "tfl-ts@latest", "mcp"],      "env": {        "TFL_APP_KEY": "your-primary-key"      }    }  }}

Tools: get_supported_modes, resolve_line_id, docs, resolve_stop_id, get_line_status, get_arrivals, plan_journey.

No repo access, or lost your context? npx tfl-ts docs ls lists every bundled agent doc (this README, CLAUDE.md, docs/agent.md, docs/mcp.md, …). docs cat <id> prints one, and docs find <query> / docs grep <pattern> search across all of them — offline, no API key. The local MCP docs tool reads the same catalogue.

Gotchas

  • Line IDs are lowercase slugs: 'central', 'victoria', 'elizabeth'. Not display names like 'Central'.
  • Stop IDs look like '940GZZLUOXC'. Resolve with stopPoint.search() or place.search().
  • Bus stops accept 5-digit NaPTAN-style codes in search (for example '51800').
  • Prefer static constants (LINE_NAMES, STATION_SEQUENCES, mode lists) before live calls.
  • Cache status for about 30 to 60s. Do not poll arrivals faster than about 10 to 15s per stop.
  • accidentStats and airQuality are deprecated.
  • National Rail arrivals aren't live through TfL: STATION_HUBS tracks Southeastern, South Western Railway, and similar operators for topology, but getArrivals() returns an empty array for them, not an error.
  • Tube boards use official line colours; bus boards use route-number chips. Do not mix patterns.
  • Roundel trademark: placeholder unless the consumer opts in.
  • A line can carry several lineStatuses. Do not read [0]. Use getWorstCurrentStatus(line.lineStatuses) for the operative row.
  • validityPeriods[].isNow follows disruption.category === 'RealTime'. It is not a clock check. Planned engineering can be in force today with isNow: false.
  • validityPeriods[].toDate is the window end, not when trains resume. Weekend engineering often ends at 00:29Z (01:29 London, end of the traffic day). Overnight-split slices on one row are one possession; do not treat the first overlapping toDate as the next train.
  • Severity 20 is scheduled closure (Waterloo & City weekends, end of traffic day), not an unplanned Closed (1). sortLinesBySeverityAndOrder ranks it after incidents.
  • Circle / H&C / Met lineId flips along shared track. Use withSharedTrackIdentity. Do not rewrite raw lineId.

Before and after

getDetailedStatus() returns shorter types and renamed fields (severity, from, closureType, originName) instead of TfL's generated shapes:

typescript
const lines = await client.line.getDetailedStatus({  lineIds: ['bakerloo'],  dateRange: { startDate: '2026-08-08', endDate: '2026-08-10' },});const s = lines[0]?.statuses?.[0];s?.severity;s?.severityDescription;s?.validityPeriods?.[0]?.from;s?.disruption?.closureType;

Use getStatus({ detail: true }) or client.raw.line.* for exact TfL field names.

Station sequences

Tube, Elizabeth line, DLR, Overground, Tram, and river-bus pier topology. No credentials, no network. Identity, order, and branches only (no status or arrivals). River piers are not in STATION_HUBS — poll the NaptanFerryPort id. Live topology: client.line.getRouteSequence(). Also on the client: client.line.STATION_SEQUENCES.

typescript
import { LINE_STATION_SEQUENCES } from 'tfl-ts/meta';
const bakerloo = LINE_STATION_SEQUENCES.bakerloo;const outbound = bakerloo.orderedRoutes.find(  (route) => route.direction === 'outbound' && route.serviceType === 'Regular',);console.log(outbound?.stationIds, bakerloo.branches);

Station hubs and normalised arrivals

STATION_HUBS maps each physical station to its sibling StopPoint ids and the specific id that carries arrivals for each line — Liverpool Street's tube id (940GZZLULVT) and rail id (910GLIVST) both resolve to one HUBLST entry, with Central on the tube id and Elizabeth line on the rail id. No credentials, no network.

typescript
import { STATION_HUBS, resolveArrivalsStopId } from 'tfl-ts/meta';
const hub = STATION_HUBS['940GZZLULVT']; // any sibling id worksconst elizabethStopId = hub && resolveArrivalsStopId(hub, 'elizabeth'); // '910GLIVST'

resolveArrivalsStopId returns undefined when the hub doesn't carry that line, rather than the interchange id — polling the interchange id itself returns zero arrivals from TfL. Third-party National Rail operators (Southeastern, South Western Railway, c2c, and similar) show up in the hub's topology but never return live predictions: TfL's Arrivals API only covers tube, DLR, tram, Overground, and Elizabeth line.

client.stopPoint.getNormalizedArrivals() is getArrivals() plus a cleaned destination (falls through empty or literal "null" towards to destinationName, common on Elizabeth line, Overground, and some bus termini) and platform (compass bound, cleaned label, isUnknown for TfL's literal "Platform Unknown"):

typescript
const arrivals = await client.stopPoint.getNormalizedArrivals({  stopPointIds: ['940GZZLUOXC'],});arrivals[0]?.destination.name;arrivals[0]?.platform.label;

getArrivals() and client.raw.* are unchanged.

client.stopPoint.get and getByGeoPoint lift Direction additional properties onto the stop: towards, compassPoint, and compassBearingDegrees. smsCode is filled from the first-class field or bag SmsCode. Facility keys stay in additionalProperties as TfL strings. parseAdditionalPropertyValue turns a bag value into null / boolean / number / date / text ("yes", "null", unix ms InstallDate). client.raw.stopPoint.* is unlifted. Do not use Prediction bearing (vehicle heading) as the stop flag; a painted stopLetter of W is Stop W, not west.

typescript
const [stop] = await client.stopPoint.get({ stopPointIds: ['490013766E'] });stop.towards; // 'Aldwych'stop.compassPoint; // 'E'stop.compassBearingDegrees; // 90

On Circle / Hammersmith & City / Metropolitan shared track, TfL assigns lineId per station, not per train. The same vehicleId can be circle at Victoria and hammersmith-city at Liverpool Street. withSharedTrackIdentity(stopRows, lineIds, networkArrivals) adds sharedTrackIdentity (canonicalLineId from an exclusive-segment hit, or ambiguous + rawLineIds). It does not rewrite raw lineId. line.getArrivals({ lineIds }) with no stopPointId is the network-wide poll that evidence needs.

Colours, severity, and detailed types

typescript
import type {  DetailedLine,  DetailedLineStatus,  DetailedDisruption,  AffectedRoute,  AffectedStop,} from 'tfl-ts';import {  getLineColor,  getLineInlineStyles,  getLineCssProps,  getLineDarkReadableStyles,  sortLinesBySeverityAndOrder,  getLineStatusSummary,  getWorstCurrentStatus,  getStatusKind,} from 'tfl-ts/ui';
const { hex } = getLineColor('central'); // #E32017const styles = getLineInlineStyles('central');const cssProps = getLineCssProps('northern');
const tube = await client.line.getStatus({ modes: ['tube'] });const sorted = sortLinesBySeverityAndOrder(tube);const worst = getWorstCurrentStatus(sorted[0]?.lineStatuses);getStatusKind(worst ?? 10);

Northern defaults to outline dark contrast. Pass { darkContrastMode: 'white' } for white fill/text. See CHANGELOG.md (2.4.0). Raw escape hatch: client.raw.line.statusByIds({ ids: ['central'] }).

Realtime

Poll arrivals with the same app_key as REST. No SignalR. Details: docs/REALTIME.md.

typescript
const stop = client.realtime.pollArrivals(  {    stopPointIds: ['940GZZLUOXC'],    sortBy: 'timeToStation',    intervalMs: 30_000,  },  (arrivals, meta) => console.log(`[tick ${meta.tick}]`, arrivals.length),  (error, meta) => console.error(meta.tick, error),);stop();

Module index

ModuleCommon work
client.lineStatus, detailed status, disruptions, routes, arrivals by line, static LINE_NAMES / STATION_SEQUENCES
client.stopPointSearch, arrivals, normalised arrivals, stop metadata, static STATION_HUBS
client.journeyJourney planning
client.modeMode lists and mode arrivals
client.search / place / road / vehicle / occupancy / bikePoint / cabwise / travelTimesSupporting APIs
client.rawAll 84 REST endpoints (pnpm exec tfl list prints JSON; --text is the old line form)
client.realtimeInstant-pull polling over REST arrivals

Zero runtime dependencies (Node, browser, and edge with fetch).

Deeper docs

ResourcePurpose
CLAUDE.md / AGENTS.mdAgent quick-start: static vs live
docs/agent.mdModule reference, caching, Next.js patterns
.claude/skills/tfl-ts/SKILL.mdUsage patterns and gotchas
docs/mcp.mdLocal MCP server (includes offline docs tool)
CHANGELOG.mdRelease notes
docs/MIGRATION-v2.mdv1 → v2 migration
examples/Library → UI mapping (tube + bus)
docs/design/agent-friendly-cli.mdWhy tfl docs and MCP docs exist
docs/design/evals.mdWhy pnpm run eval is a rate, not a Jest gate

All of the above ship in the npm package and are readable offline via npx tfl-ts docs ls|cat|find|grep or the MCP docs tool — no clone required.

Playground demos under playground/demo/ are for clones, not package consumers.

Architecture

OpenAPI snapshot (committed)  → types.ts        (swagger-typescript-api, types only)  → rawClient.ts    (owned generator, uniform object-param API)  → client.raw.*    (public escape hatch)  → wrappers        (line, stopPoint, …)

pnpm run build compiles TypeScript to CJS and ESM. No network, no OpenAPI regeneration.

Contributing

bash
git clone https://github.com/ghcpuman902/tfl-ts.gitcd tfl-tspnpm installpnpm run buildpnpm run test

Useful scripts: pnpm run generate, pnpm run check, pnpm run check -- --only=drift, pnpm exec tfl list. See LLM_context.md and .cursor/skills/tfl-ts-maintainer/SKILL.md.

License

MIT. Not affiliated with Transport for London.

來源:README.md,提交 cb241b6

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v2.15.2最新Oct 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分