So plant ein Agent eine Bahnreise: Schritt für Schritt
Von „vor 9 in Stuttgart“ zur fertigen Antwort: wie ein Agent Orte auflöst, Verbindungen vergleicht, Risiken benennt und die Antwort formuliert.
ImTakt RedaktionAktualisiert 3 Min. Lesezeit2 Quellen

Das Wichtigste in Kürze
- Ein guter Reise-Agent antwortet nie aus dem Gedächtnis, sondern ruft Werkzeuge in fester Reihenfolge auf: find, plan, show.
- Für Termine ist eine Ankunftszeit mit Zeitfenster besser als wiederholtes Planen ab verschiedenen Abfahrtszeiten.
- Die Antwort nennt Abfahrt, Ankunft, Dauer, Umstiege, Linien, Risiken und ob Echtzeit vorlag.
- Bei unklaren Orten fragt der Agent einmal nach, statt zu raten.
Inhalt
Die Anfrage: „Ich muss Dienstag um 9 in Stuttgart sein, ich starte in Mannheim.“ So arbeitet ein Agent sie sauber ab. Alle Antworten unten stammen aus echten Aufrufen gegen die ImTakt-API für Dienstag, den 29. September 2026.
Schritt 1: Orte auflösen
Der Agent ruft find zweimal auf, einmal für Mannheim, einmal für Stuttgart. Kurze Stadtnamen führen zum Hauptbahnhof. Liegt die Konfidenz niedrig oder passt die Stadt nicht, fragt er einmal nach. Die IDs der besten Treffer übernimmt er unverändert.
npx -y @imtakt/cli@latest find "Mannheim" --json
npx -y @imtakt/cli@latest find "Stuttgart" --jsonSchritt 2: Verbindungen vergleichen
Statt mehrfach ab 7:00, 7:15 und 7:30 zu suchen, plant der Agent mit Ankunftszeit und Zeitfenster. Soll es nur mit Deutschlandticket gehen, kommt --fare d-ticket dazu.
npx -y @imtakt/cli@latest plan --from-id FROM --to-id TO \
--arrive 09:00 --window 120m --view board --json| Abfahrt | Ankunft | Dauer | Umstiege | Linie | Risiko |
|---|---|---|---|---|---|
| 06:56 | 07:33 | 37 Min. | 0 | ICE 47 | low |
| 07:11 | 07:51 | 40 Min. | 0 | ICE 62 | low |
| 07:33 | 08:11 | 38 Min. | 0 | ICE 42 | low |
| 08:00 | 08:38 | 38 Min. | 0 | ICE 22 | low |
Der Agent sortiert nicht blind nach Dauer, sondern nach dem, was der Mensch gesagt hat: um 9 in Stuttgart. Der ICE 22 kommt 22 Minuten vorher an, der ICE 42 lässt fast eine Stunde Puffer.
Schritt 3: die gewählte Option öffnen
Für die ein oder zwei passenden Optionen ruft der Agent show auf und bekommt alle Abschnitte mit Umstiegen. So kann er sagen, wo und wie lange umgestiegen wird.
Schritt 4: unterwegs prüfen
Fragt der Mensch am nächsten Morgen „Fährt mein Zug?“, prüft der Agent mit status die Abfahrten am Startbahnhof oder verfolgt den Zug mit follow. Eine Antwort vom Vorabend verwendet er nicht erneut.
Schritt 5: die Antwort
Die Empfehlung zuerst
Abfahrt und Ankunft der passenden Option, Dauer und Zahl der Umstiege.
Linien und Umstiege
Welche Züge, wo umgestiegen wird und wie viel Zeit dafür bleibt.
Risiken benennen
Umstiege unter 5 Minuten, der letzte Zug vor dem Termin, Verbindungen über besonders unpünktliche Knoten.
Datenlage offenlegen
Ob Echtzeit vorlag oder nur der Fahrplan. Keine Gleisnummern, die nicht in der Antwort standen.
Alternative anbieten
Eine frühere Verbindung als Puffer, falls die erste knapp ist.
Typische Fehler
- Städtenamen mit mehreren Bahnhöfen nicht auflösen, etwa Berlin Hbf, Ostkreuz, Gesundbrunnen und Südkreuz.
- Zeiten ohne Zeitzone weitergeben. ImTakt rechnet in Europe/Berlin, Zeitstempel kommen vollständig mit Zeitzone.
- Eine Antwort für eine andere Tageszeit wiederverwenden, statt neu zu planen.
- Die schnellste Option empfehlen, obwohl sie einen 3-Minuten-Umstieg an einem unpünktlichen Knoten enthält.
Häufige Fragen
In welcher Reihenfolge sollte ein Agent die Werkzeuge aufrufen?
find für Start und Ziel, dann plan mit view=board, dann show für die gewählte Option. status und follow nur bei Fragen zur aktuellen Lage unterwegs.
Wie plant ein Agent mit einer Ankunftszeit?
Mit plan und dem Parameter arrive, zum Beispiel --arrive 09:00, zusammen mit einem Zeitfenster wie --window 120m. Das ist besser als mehrfaches Planen ab verschiedenen Abfahrtszeiten.
Was tut ein Agent bei einem verpassten Anschluss?
Neu planen ab dem aktuellen Ort und Zeitpunkt. Eine alte Antwort ist nach einer Verspätung nicht mehr gültig.
Quellen
- [1]ImTakt: SKILL.md für Agentenimtakt.dev
- [2]ImTakt API: Status und Datenstand (/health)api.imtakt.dev
Stand: 27. September 2026. Fehler gefunden? Schreib uns an contact@imtakt.dev.
Weiterlesen

Für Agenten
MCP-Server und CLI für Bahn und ÖPNV in Deutschland
Die fünf ImTakt-Werkzeuge find, plan, show, status und follow: Eingaben, Antworten, Beispielaufrufe und die Fehler, die Agenten vermeiden sollten.
3 Min. ·

Für Entwickler
Haltestellensuche: von „Köln“ zur richtigen Station
Warum „Hbf“, „Hauptbahnhof“ und Tippfehler eine Suche herausfordern, wie ImTakt Haltestellen auflöst und wie Agenten mit Mehrdeutigkeit umgehen.
3 Min. ·

Unterwegs
Reicht der Umstieg? Anschlüsse richtig einschätzen
Wie viel Umsteigezeit du an großen Bahnhöfen wirklich brauchst, was die Mindestumsteigezeit bedeutet und wann ein Anschluss riskant wird.
3 Min. ·