| name | pp-infotbm | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| description | Every Bordeaux tram, bus, and ferry schedule offline in SQLite, plus real-time arrivals, ghost service detection Trigger phrases: `next tram Bordeaux`, `TBM arrivals`, `Bordeaux bus schedule`, `check disruptions TBM`, `plan transit Bordeaux`. | |||||||||||||||||
| author | user | |||||||||||||||||
| license | Apache-2.0 | |||||||||||||||||
| argument-hint | <command> [args] | install cli|mcp | |||||||||||||||||
| allowed-tools | Read Bash | |||||||||||||||||
| metadata |
|
This skill drives the infotbm-pp-cli binary. You must verify the CLI is installed before invoking any command from this skill. If it is missing, install it first:
- Install via the Printing Press installer. It defaults binaries to
$HOME/.local/binon macOS/Linux and%LOCALAPPDATA%\Programs\PrintingPress\binon Windows:npx -y @mvanhorn/printing-press-library install infotbm --cli-only
- Verify:
infotbm-pp-cli --version - Ensure the reported install directory is on
$PATHfor the agent/runtime that will invoke this skill.
If the npx install fails (no Node, offline, etc.), fall back to a direct Go install (requires Go 1.26.4 or newer):
go install github.com/mvanhorn/printing-press-library/library/travel/infotbm/cmd/infotbm-pp-cli@latestIf --version reports "command not found" after install, the runtime cannot see the binary directory on $PATH. Do not proceed with skill commands until verification succeeds.
Use when an agent needs Bordeaux transit information — schedules, real-time arrivals, route planning, or disruption monitoring. Ideal for commute automation, travel planning, and transit-aware applications in the Bordeaux Métropole area.
Do not use this CLI for:
- Journey planning outside Bordeaux Métropole
- Ticket purchase or fare payment
- Real-time traffic or driving directions
- Historical ridership or usage statistics
These capabilities aren't available in any other tool for this API.
-
schedule diff— Surface trips that are scheduled in GTFS but absent from live real-time data — the buses that exist on paper but never showed upWhen an agent needs to know whether a scheduled service is actually running today, this is the only command that answers definitively
infotbm-pp-cli schedule diff --stop BEQUI --line A --json
-
lines stops— Print the ordered stop list for a line and direction, optionally with scheduled departure timesWhen an agent needs the exact stop order for a tram line to plan boarding points or give directions, this is the canonical answer
infotbm-pp-cli lines stops --line A --direction 0 --json
-
schedule changes— Compare GTFS sync snapshots to detect added, removed, or modified routes on a lineWhen an agent manages a commuter's routine, this proactively detects schedule changes that would break their timing
infotbm-pp-cli schedule changes --line C --since 7d --json
-
lines frequency— Compute average headways per hour from the SIRI estimated timetableWhen an agent evaluates transit reliability for scheduling, this shows the real-world gaps between departures by time of day
infotbm-pp-cli lines frequency --line B --json
-
trips last-departure— Find the latest departure from a stop that still reaches your destination before a cutoff timeWhen an agent plans evening activities, this answers 'what is the absolute latest I can leave and still get home by transit'
infotbm-pp-cli trips last-departure --from Victoire --to Pessac --before 23:30 --json
-
trips reroute— When your current connection is delayed, compute the best alternate onward path using live vehicle dataWhen an agent detects a delay notification, this computes the optimal recovery without re-planning from scratch
infotbm-pp-cli trips reroute --at "Gare Saint-Jean" --to Meriadeck --delay 8 --json -
trips plan— Plan multi-modal journeys across tram, bus, and ferry using local GTFS data with live disruption awarenessWhen an agent needs transit directions in Bordeaux without relying on third-party map APIs, this plans the route locally
infotbm-pp-cli trips plan --from Victoire --to "Gare Saint-Jean" --depart 08:15 --json
-
alerts impact— Filter all active disruptions to only those affecting your specific lines or stopsWhen an agent monitors a commuter's daily lines, this filters noise to only relevant disruptions
infotbm-pp-cli alerts impact --lines A,C,15 --json
agencies —
infotbm-pp-cli agencies— Transit agencies in the Bordeaux network
alerts —
infotbm-pp-cli alerts— Active service disruption alerts
fares —
infotbm-pp-cli fares— Fare structure including pricing and transfer rules
feed-info —
infotbm-pp-cli feed-info— GTFS feed metadata including validity dates and timestamps
kml —
infotbm-pp-cli kml— KML geographic data export with route geometry and stop locations
realtime —
infotbm-pp-cli realtime stop— Real-time departure information at a specific stopinfotbm-pp-cli realtime vehicles— Real-time vehicle positions across the network
routes —
infotbm-pp-cli routes— All transit routes/lines in the TBM network
server-info —
infotbm-pp-cli server-info— API version and build information
siri —
infotbm-pp-cli siri check-status— SIRI service health checkinfotbm-pp-cli siri estimated-timetable— Estimated real-time timetable for a lineinfotbm-pp-cli siri general-message— General service messages and disruption informationinfotbm-pp-cli siri lines-discovery— Discover all lines with destinations and transport modesinfotbm-pp-cli siri stop-monitoring— Real-time arrival/departure monitoring at a stopinfotbm-pp-cli siri stoppoints-discovery— Discover all stop points with coordinates and serving lines
stops —
infotbm-pp-cli stops— All transit stops in the TBM network
When you know what you want to do but not which command does it, ask the CLI directly:
infotbm-pp-cli which "<capability in your own words>"which resolves a natural-language capability query to the best matching command from this CLI's curated feature index. Exit code 0 means at least one match; exit code 2 means no confident match — fall back to --help or use a narrower query.
These command groups are hand-wired outside the generated endpoint surface. They are listed here for discoverability and are intentionally outside ## Command Reference so the verify-skill unknown-command check does not treat them as generator-owned paths.
infotbm-pp-cli schedule— Offline schedule lookups from local GTFS data (subcommands:diff,changes)infotbm-pp-cli trips— Journey planning commands (subcommands:plan,last-departure,reroute)infotbm-pp-cli lines— Line analysis commands (subcommands:stops,frequency)
infotbm-pp-cli realtime stop --stop-id bordeaux:StopPoint:BP:3648:LOC --json --select items.lineName,items.destinationName,items.expectedDepartureTimeCheck next departures at your stop with only the fields that matter
infotbm-pp-cli alerts impact --lines A,B,C --jsonFilter alerts to only tram lines before a weekend outing
infotbm-pp-cli trips last-departure --from Victoire --to Pessac --before 23:30 --jsonFind the latest departure that still gets you home
infotbm-pp-cli schedule diff --stop BEQUI --line A --agentSurface scheduled trams that are not showing up in real-time data
infotbm-pp-cli schedule changes --line C --since 7d --jsonDetect any trips added, removed, or shifted since last week's sync
Run infotbm-pp-cli auth setup to print the URL and steps for getting a key (add --launch to open the URL). Then set:
export INFOTBM_API_KEY="<your-key>"Or persist it in ~/.config/infotbm-pp-cli/config.json.
Run infotbm-pp-cli doctor to verify setup.
Add --agent to any command. Expands to: --json --compact --no-input --no-color --yes.
-
Pipeable — JSON on stdout, errors on stderr
-
Filterable —
--selectkeeps a subset of fields. Dotted paths descend into nested structures; arrays traverse element-wise. Critical for keeping context small on verbose APIs:infotbm-pp-cli agencies --agent --select id,name,status
-
Previewable —
--dry-runshows the request without sending -
Offline-friendly — sync/search commands can use the local SQLite store when available
-
Non-interactive — never prompts, every input is a flag
-
Read-only by default — most commands only read data;
importandsyncwrite to the local store but do not mutate remote resources
Commands that read from the local store or the API wrap output in a provenance envelope:
{
"meta": {"source": "live" | "local", "synced_at": "...", "reason": "..."},
"results": <data>
}Parse .results for data and .meta.source to know whether it's live or local. A human-readable N results (live) summary is printed to stderr only when stdout is a terminal AND no machine-format flag (--json, --csv, --compact, --quiet, --plain, --select) is set — piped/agent consumers and explicit-format runs get pure JSON on stdout.
When you (or the agent) notice something off about this CLI, record it:
infotbm-pp-cli feedback "the --since flag is inclusive but docs say exclusive"
infotbm-pp-cli feedback --stdin < notes.txt
infotbm-pp-cli feedback list --json --limit 10
Entries are stored locally at ~/.local/share/infotbm-pp-cli/feedback.jsonl. They are never POSTed unless INFOTBM_FEEDBACK_ENDPOINT is set AND either --send is passed or INFOTBM_FEEDBACK_AUTO_SEND=true. Default behavior is local-only.
Write what surprised you, not a bug report. Short, specific, one line: that is the part that compounds.
Every command accepts --deliver <sink>. The output goes to the named sink in addition to (or instead of) stdout, so agents can route command results without hand-piping. Three sinks are supported:
| Sink | Effect |
|---|---|
stdout |
Default; write to stdout only |
file:<path> |
Atomically write output to <path> (tmp + rename) |
webhook:<url> |
POST the output body to the URL (application/json or application/x-ndjson when --compact) |
Unknown schemes are refused with a structured error naming the supported set. Webhook failures return non-zero and log the URL + HTTP status on stderr.
A profile is a saved set of flag values, reused across invocations. Use it when a scheduled agent calls the same command every run with the same configuration - HeyGen's "Beacon" pattern.
infotbm-pp-cli profile save briefing --json
infotbm-pp-cli --profile briefing agencies
infotbm-pp-cli profile list --json
infotbm-pp-cli profile show briefing
infotbm-pp-cli profile delete briefing --yes
Explicit flags always win over profile values; profile values win over defaults. agent-context lists all available profiles under available_profiles so introspecting agents discover them at runtime.
| Code | Meaning |
|---|---|
| 0 | Success |
| 2 | Usage error (wrong arguments) |
| 3 | Resource not found |
| 4 | Authentication required |
| 5 | API error (upstream issue) |
| 7 | Rate limited (wait and retry) |
| 10 | Config error |
Parse $ARGUMENTS:
- Empty,
help, or--help→ showinfotbm-pp-cli --helpoutput - Starts with
install→ ends withmcp→ MCP installation; otherwise → see Prerequisites above - Anything else → Direct Use (execute as CLI command with
--agent)
- Install the MCP server:
go install github.com/mvanhorn/printing-press-library/library/travel/infotbm/cmd/infotbm-pp-mcp@latest
- Register with Claude Code:
claude mcp add infotbm-pp-mcp -- infotbm-pp-mcp
- Verify:
claude mcp list
- Check if installed:
which infotbm-pp-cliIf not found, offer to install (see Prerequisites at the top of this skill). - Match the user query to the best command from the Unique Capabilities and Command Reference above.
- Execute with the
--agentflag:infotbm-pp-cli <command> [subcommand] [args] --agent
- If ambiguous, drill into subcommand help:
infotbm-pp-cli <command> --help.