Busse Göttingen MCP-Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| RequestorRef | Yes | Zugangskennung für die TRIAS-Schnittstelle (VDV 431-2). Ohne gültigen RequestorRef startet der Server nicht. Kann in der .env-Datei im Arbeitsverzeichnis stehen oder als Umgebungsvariable gesetzt werden (Umgebungsvariablen haben Vorrang). | |
| GÖTTINGEN_LOCALITIES | No | Kommagetrennte Liste von Orten, die als lokal gekennzeichnet werden (isLocal). Voreingestellt ist allein Göttingen. |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| stop_searchB | Sucht Haltestellen und liefert stopPointRef, Namen, Orte und Koordinaten. query ist ein Name oder eine Ortsangabe; die Suche ist unscharf. type filtert den TRIAS-Ortstyp, maxResults begrenzt die Treffer. |
| departuresA | Liefert Abfahrten einer Haltestelle für ein Zeitfenster von zwei Stunden. stop kann ein Haltestellenname oder eine stopPointRef sein und wird unscharf aufgelöst; when ist ein UTC-Zeitpunkt. includeRealtime steuert Echtzeitdaten, maxResults die Anzahl. |
| journeyA | Liefert mögliche Verbindungen zwischen zwei Haltestellen mit Strecke, Umstiegen und Zeiten. from und to sind Namen oder stopPointRefs und werden unscharf aufgelöst; when ist UTC. includeRealtime aktiviert Echtzeitdaten, maxResults begrenzt die Verbindungen. |
| timetableA | Liefert den Tagesfahrplan einer Haltestelle für ein Datum. stop kann ein Name oder eine stopPointRef sein und wird unscharf aufgelöst; date ist JJJJ-MM-TT in Europe/Berlin. Echtzeit wird hier nicht abgefragt. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
Each tool targets a distinct operation: stop_search returns stop references, departures gives a two-hour departure window, journey computes connections between stops, and timetable returns a full-day schedule. departures and timetable both relate to a stop but differ by time horizon and real-time inclusion, so confusion is limited.
stop_search uses a verb_noun snake_case pattern, while departures, journey, and timetable are bare nouns. The set is readable but lacks a single predictable naming convention.
Four tools cover the core read-only transit queries without redundancy. Each earns its place and the count is well within a healthy range.
The surface covers stop lookup, departures, journey planning, and timetable, which are the main transit information needs. Minor gaps remain, such as nearby-stop search or line/disruption details, but agents can work around them.