piltover-archive
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PILTOVER_API_KEY | No | Optional bearer token. Leave unset — supplying an API key currently makes things worse, not better. | |
| PILTOVER_API_BASE_URL | No | Override the API base URL. | https://piltoverarchive.com/api/external/v1 |
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 |
|---|---|
| piltover_search_cardsA | Search the Piltover Archive database of Riftbound trading card game cards. Riftbound is a Riot Games TCG whose card data is not part of any model's training data, so use this tool rather than answering from memory whenever a specific card, cost, rules text or price is involved. Filters combine with AND. Every filter is optional; with none, it lists all cards.
Results are card printings (variants), each carrying the game card under Args:
Examples:
|
| piltover_get_cardsA | Resolve known Riftbound cards in one request, by collector number, exact name, or UUID. Provide at least one of Args:
Examples:
|
| piltover_list_setsA | List every Riftbound card set, with its prefix and release date. Set prefixes (e.g. OGN, ARC) are what the Args:
Examples:
|
| piltover_search_decksA | Search public decklists published on Piltover Archive. Useful for seeing how a champion or archetype is actually built, and what the community is playing right now. Args:
Examples:
Returns deck summaries including a deck ID; pass that to piltover_get_deck for the full card list. |
| piltover_get_deckA | Fetch one deck by ID and return its full contents. The API stores deck contents as bare card UUIDs, so by default this tool resolves every one of them into card names, types, costs and colours — that resolution is the point of the tool, and it costs a few extra requests. Set resolve_cards=false for the raw id form. Sections returned: champions, battlefields, runes, main deck, sideboard, bench. Args:
Examples:
|
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 5 tools
Each tool has a clearly distinct purpose: search vs. identity lookup for cards, list sets, search vs. fetch for decks. The descriptions even include explicit 'Don't use when' guidance steering between the card-search and card-get pair, which is the only plausible overlap.
All five tools follow a strict piltover_<verb>_<noun> snake_case pattern (search_cards, get_cards, list_sets, search_decks, get_deck). Search/get/list verbs are used consistently and distinguish the operations predictably.
Five tools is well-scoped for a read-only card and deck archive: two for cards, one for sets, two for decks. No bloat, and no single tool is doing unrelated work.
The surface covers the core lifecycle for a read-only archive: card search, identity resolution, set enumeration, deck search, and full deck retrieval, with resolution of deck UUIDs built in. Minor gaps remain (e.g. no explicit rulings/price-history or set-contents browsing beyond the search filter), but these are workable via piltover_search_cards.