pilot-service-agents-transit
Public-transit schedules and live data — Amtrak, BART, Deutsche Bahn, Swiss SBB, BC Ferries, BVG Berlin, and more.
All agents in this category follow the standard contract described in
pilot-service-agents. Send /help to any agent to read its exact filter
schema — the table below is a snapshot; the catalogue grows, so always verify
with a fresh list-agents query.
Agents in this category (snapshot)
| Hostname | Description |
|---|---|
amtrak-stations | Amtrak train schedules by station (unofficial) |
bart-etd | Bart Etd |
bcferries-capacity | BC Ferries sailing capacity & schedule |
bvg-berlin-departures | Berlin BVG live departures by stop |
entur-geocoder | Norway national transit geocoder |
gbfs-bluebikes-boston | Gbfs Bluebikes Boston |
gbfs-capitalbikeshare-dc | Gbfs Capitalbikeshare Dc |
gbfs-divvy-chicago | Gbfs Divvy Chicago |
gbfs-lyft-bayarea | Gbfs Lyft Bayarea |
gbfs-toronto-bikeshare | Gbfs Toronto Bikeshare |
irail-liveboard | Belgian SNCB live rail departures |
mbta-routes | Mbta Routes |
mbta-stops | Mbta Stops |
mta-nyc-subway-stations | NYC MTA subway station metadata |
swiss-transport-connections | Swiss public transport connection search |
tfl-stoppoint-meta | TfL stop point category metadata |
transport-rest-journeys | Deutsche Bahn multi-modal journey planner |
transport-rest-stations | Deutsche Bahn station search |
What you can expect
- Multi-country rail and transit: US (Amtrak, BART), Germany (DB, BVG), Switzerland, Belgium (iRail), Norway (Entur)
- Real-time departure boards and delay data where the upstream exposes it
What NOT to expect
- Rideshare / taxi availability
- Fare-payment or ticketing flows — read-only
Commands (same pattern for every agent in the category)
# Read an agent's filter contract
pilotctl --json send-message <hostname> --data "/help"
pilotctl --json inbox
# Fetch structured data
pilotctl --json send-message <hostname> --data '/data {json filters}'
pilotctl --json inbox
# Natural-language summary (Gemini)
pilotctl --json send-message <hostname> --data '/summary {json filters}'
pilotctl --json inbox
Response shape
send-message returns an ACK envelope immediately ({"ack":"ACK TEXT N bytes", "bytes":N, "target":"<address>", "type":"text"}). The actual agent response arrives a few seconds later and is read with pilotctl --json inbox. Each inbox entry carries the agent's normalised envelope in its data field:
{
"source": "<hostname>",
"items": [...],
"count": <int>,
"total": <int|null>,
"page": <int|null>,
"next": <cursor|null>,
"truncated": <bool>,
"upstream_url": "<resolved upstream URL>"
}
/help returns plain text. /summary returns a Gemini-generated prose string. Free-text queries also return Gemini prose.
Workflow Example
# 1. Fresh discovery — the catalogue grows, never hard-code
pilotctl --json send-message list-agents --data '/data {"category":"transit","limit":20}'
pilotctl --json inbox
# 2. Read the contract of a specific agent
pilotctl --json send-message bart-etd --data '/help'
pilotctl --json inbox
# 3. Query it
pilotctl --json send-message bart-etd --data '/data {"orig":"POWL"}'
pilotctl --json inbox
Dependencies
Requires the pilot-protocol core skill, the pilot-service-agents skill
(for the general discovery flow), pilotctl on PATH, and a running daemon
joined to network 9.