Skip to main content
Glama
db-timetables-mcp
by kukshaus

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
DB_API_KEYYesYour Deutsche Bahn API Client Secret (API Key)
DB_CLIENT_IDYesYour Deutsche Bahn API Client ID

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

Live departures and arrivals for German railway stations from the official Deutsche Bahn Timetables API: planned times, delays, platform changes, cancellations and disruption notes. Read-only. Times are local Berlin time.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}
logging
{}
prompts
{
  "listChanged": true
}
resources
{
  "subscribe": false,
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
find_stationB

Find German railway stations by name. Returns name, EVA number and DS100 code.

departuresA

Departure board with live delays, platform changes, cancellations and messages.

arrivalsB

Arrival board with live delays, platform changes, cancellations and messages.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.5/5.0

Scored across 3 tools

Disambiguation5/5

Each tool has a clearly distinct purpose: one resolves station names to identifiers, one returns outbound departures, one returns inbound arrivals. There is no plausible way an agent would misselect among them.

Naming Consistency3/5

find_station follows a verb_noun pattern while departures and arrivals are bare plural nouns, so the convention is mixed. The names are still unambiguous and readable, but there is no single predictable pattern an agent can rely on.

Tool Count4/5

Three tools is on the thin side, but for a narrow live-board service each tool earns its place, and the station lookup is a necessary prerequisite for the two board tools. It is slightly minimal rather than bloated.

Completeness3/5

Station lookup plus live departure and arrival boards cover the core lookup flow, but the surface has notable gaps for a 'timetables' domain: no journey/connection planning, no scheduled timetable for a specific train, and no way to query a board by station ID without re-searching. Agents needing trip planning will hit a dead end.

Maintenance

ActivityMaintained
ResponsivenessNo recent community issues