splinterlands-mcp
Related Servers
Alternatives to splinterlands-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityDmaintenanceProvides comprehensive access to Axie Infinity data, including detailed Axie stats, marketplace listings, land information, and player leaderboards. It allows users to query real-time game info and market statistics through natural language.158 npm2MIT
- AlicenseNot gradedqualityDmaintenanceAllows LLM agents and MCP clients to analyze blockchain data including wallet balances, token information, and transaction history across EVM and Solana chains through the Dune API.12 npm4MIT
- AlicenseBqualityDmaintenanceEnables AI assistants to search and retrieve Magic: The Gathering card data through the Scryfall API. Supports card searches, random card generation, autocomplete, set listings, and rulings lookup.22801 npm1MIT
- AlicenseAqualityCmaintenanceEnables assistants to search and look up Riftbound TCG cards, list sets, and search or fetch public decklists (resolving stored card UUIDs into real card names) through the community card database's API, so questions about cards absent from model training data can be answered with real data.5MIT
- FlicenseAqualityDmaintenanceProvides AI assistants with real-time access to Magic: The Gathering card data, prices, rulings, search, and synergy discovery via the Scryfall API.5-
- FlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with Splunk Enterprise and Splunk Cloud instances through standardized MCP interface. Supports executing SPL queries, managing indexes and saved searches, listing applications, and retrieving server information with flexible authentication options.-
TDQS
Scored across 190 tools
Despite extremely detailed descriptions, many tools have near-identical surfaces: ranked_draws_* and frontier_draws_* mirror each other across six tools each, land_resources_balances_history vs _history_window vs _history_count blur together, and land_deed_by_plot / land_deed_by_uid / land_deeds_bundle / land_deeds_search / land_deeds_owned overlap heavily. The rental family (rental_offers, rental_offers_by_player, rentals_by_player, rentals_v3_by_player, rentals_v3_by_role, rentals_by_bid) requires reading several paragraphs to tell apart, and cards_collection vs cards_find vs cards_get_details also collide.
Everything is snake_case, which helps, but the scheme is noun-prefixed resource families with inconsistent internal shape: some are verb-final (cards_max_land_pp, land_volume, land_regions_counts) and others are verb-first after the prefix (player_balances, market_query_by_card). Prefixes also mix vapi_market_, market_, and land_liquidity_* for closely related routes, so an agent cannot reliably guess a name from an intent.
190 tools is far beyond a workable set for an agent to reason over, and much of the bulk is 1:1 mirroring of upstream REST routes (six ranked-draw tools, six frontier-draw tools, dozens of land-resource list/count pairs). Many could be collapsed into parameterized tools (e.g. one draw tool with a draw_type, one history tool with a mode).
The surface is very broad, covering cards, land, market, battle, tournament, guild, conflict, rental, delegation, collector, and governance domains with list/count/history variants. The notable gap is that the server is strictly read-only, which appears intentional, but there are also no aggregation/total tools and many routes leave pagination as a dead end, forcing workarounds.