| name | pp-bandsintown | |||||||
|---|---|---|---|---|---|---|---|---|
| description | Turn Bandsintown's two read-only endpoints into a tour-routing brain: local cache, calendar-gap detection, lineup... Trigger phrases: `is artist X touring near jakarta`, `find routing candidates for a jakarta show`, `who's playing southeast asia in august`, `co-bills for phoenix`, `rising tracker count artists`, `use bandsintown`, `run bandsintown`. | |||||||
| author | user | |||||||
| license | Apache-2.0 | |||||||
| argument-hint | <command> [args] | install cli|mcp | |||||||
| allowed-tools | Read Bash | |||||||
| metadata |
|
This skill drives the bandsintown-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:
npx -y @mvanhorn/printing-press-library install bandsintown --cli-only
- Verify:
bandsintown-pp-cli --version - Ensure
$GOPATH/bin(or$HOME/go/bin) is on$PATH.
If the npx install fails (no Node, offline, etc.), fall back to a direct Go install (requires Go 1.26.3 or newer):
go install github.com/mvanhorn/printing-press-library/library/media-and-entertainment/bandsintown/cmd/bandsintown-pp-cli@latestIf --version reports "command not found" after install, the install step did not put the binary on $PATH. Do not proceed with skill commands until verification succeeds.
Reach for this CLI when a booking question depends on aggregating Bandsintown data across artists or over time — tour-routing feasibility, calendar-gap detection, co-bill patterns, tracker_count deltas. For one-off 'what shows does Phoenix have' queries, the bandsintown.com web UI is fine. For repeatable, agent-driven, multi-artist intelligence, this is the right tool.
Do not activate this CLI for requests that require creating, updating, deleting, publishing, commenting, upvoting, inviting, ordering, sending messages, booking, purchasing, or changing remote state. This printed CLI exposes read-only commands for inspection, export, sync, and analysis.
These capabilities aren't available in any other tool for this API.
-
route— Find which tracked artists already have shows near a target city within a date window — feasibility-ranked routing candidates for booking.When booking an event in a specific city, the cheapest path is finding an artist already routing through the region. Reach for this before any cold outreach.
bandsintown-pp-cli route --to "Jakarta,ID" --on 2026-08-15 --window 7d --tracked --json -
gaps— Find empty windows in an artist's tour calendar that match an event slot length, optionally constrained to a region.Use this to identify artists with a touring gap that aligns with your event date — the most actionable booking lead.
bandsintown-pp-cli gaps "Beach House" --min 5d --max 21d --in SEA --json -
sea-radar— One-shot Southeast Asia briefing: all upcoming shows in a date range across tracked artists, grouped by city, tagged with tracker tier.Monday-morning briefing in one invocation: who is touring SEA in your event window, ranked by demand.
bandsintown-pp-cli sea-radar --date 2026-08-01,2026-08-31 --tier mid --json
-
lineup co-bill— Surface which artists frequently co-bill with a given artist by aggregating lineup arrays across many events.When building festival lineups, find natural co-bill pairings backed by real shared-stage history.
bandsintown-pp-cli lineup co-bill "Phoenix" --since 2024-01-01 --min-shared 2 --json
-
trend— Track tracker_count and upcoming_event_count over time per artist; surface rising and falling demand signals.Rising tracker_count is a leading indicator of audience demand; use to decide who to book before peers notice.
bandsintown-pp-cli trend --top 20 --period 30d --json
-
pull— Re-fetch every tracked artist's events with a staleness window; emit a structured diff (added / removed / changed events) for downstream agents.Run this in a daily cron; pipe the diff into Slack or a project tracker to alert when tracked artists add new shows.
bandsintown-pp-cli pull --tracked --since-stale 12 --json
-
track— Local watchlist of artists you care about. Drives sync, snapshot, route, and sea-radar.Build a curated watchlist once; every other intelligence command reads from it.
bandsintown-pp-cli track add "Phoenix" "Tame Impala" "Beach House"
artists — Manage artists
bandsintown-pp-cli artists <artistname>— Get artist information
events — Manage events
bandsintown-pp-cli events <artistname>— Get upcoming, past, or all artist events, or events within a date range
When you know what you want to do but not which command does it, ask the CLI directly:
bandsintown-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.
bandsintown-pp-cli sea-radar --date 2026-08-01,2026-08-31 --tier mid --json --select 'shows.city,shows.artist,shows.datetime,shows.tracker_count'Print a SEA-only briefing for the August event window with only the fields you need. Run bandsintown-pp-cli pull --tracked first to hydrate the local store.
bandsintown-pp-cli trend --top 20 --period 30d --jsonCompare today's tracker_count snapshot against snapshots from the last 30 days. Output the top 20 rising artists. Run bandsintown-pp-cli snapshot more than once over time to grow the time series.
bandsintown-pp-cli lineup co-bill "Phoenix" --since 2024-01-01 --min-shared 2 --jsonSurface every artist who shared a stage with Phoenix on 2+ events since 2024. Pipes cleanly into your lineup planner.
bandsintown-pp-cli gaps "Beach House" --min 5d --max 21d --in SEA --jsonShow empty windows of 5–21 days in Beach House's SEA touring calendar — the actionable booking leads.
No authentication required.
Run bandsintown-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:bandsintown-pp-cli artists mock-value --app-id 550e8400-e29b-41d4-a716-446655440000 --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 — do not use this CLI for create, update, delete, publish, comment, upvote, invite, order, send, or other mutating requests
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 — piped/agent consumers get pure JSON on stdout.
When you (or the agent) notice something off about this CLI, record it:
bandsintown-pp-cli feedback "the --since flag is inclusive but docs say exclusive"
bandsintown-pp-cli feedback --stdin < notes.txt
bandsintown-pp-cli feedback list --json --limit 10
Entries are stored locally at ~/.bandsintown-pp-cli/feedback.jsonl. They are never POSTed unless BANDSINTOWN_FEEDBACK_ENDPOINT is set AND either --send is passed or BANDSINTOWN_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.
bandsintown-pp-cli profile save briefing --json
bandsintown-pp-cli --profile briefing artists mock-value --app-id 550e8400-e29b-41d4-a716-446655440000
bandsintown-pp-cli profile list --json
bandsintown-pp-cli profile show briefing
bandsintown-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 |
| 5 | API error (upstream issue) |
| 7 | Rate limited (wait and retry) |
| 10 | Config error |
Parse $ARGUMENTS:
- Empty,
help, or--help→ showbandsintown-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 binary from this CLI's published public-library entry or pre-built release, then register it:
claude mcp add bandsintown-pp-mcp -- bandsintown-pp-mcpVerify: claude mcp list
- Check if installed:
which bandsintown-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:bandsintown-pp-cli <command> [subcommand] [args] --agent
- If ambiguous, drill into subcommand help:
bandsintown-pp-cli <command> --help.