mcp-bideetmusique
Related Servers
Alternatives to mcp-bideetmusique
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceA comprehensive MCP server for querying the MusicBrainz database, providing tools to search for artists, releases, recordings, and browse music metadata.4MIT
- AlicenseNot gradedqualityCmaintenanceMCP server enabling search and retrieval of public SensCritique data, including works, user profiles, and collections.5 npm1MIT
- AlicenseAqualityDmaintenanceMCP server for exploring French public open data via APIs like data.gouv.fr, geo.api.gouv.fr, INSEE Sirene, and Radio France.11MIT
- AlicenseAqualityBmaintenanceMCP server for lyrics.com that enables searching songs by lyrics or title and retrieving full lyrics, with no API key required.3285 npmMIT
- AlicenseAqualityAmaintenanceMCP server for querying the Bibliothèque nationale de France catalogue. Enables searching authors and works, retrieving author details, listing editions, and finding digitised documents via SPARQL, without an API key.7369 npmMIT
- AlicenseNot gradedqualityCmaintenanceThis MCP server provides access to over 38 French public data sources. It enables queries on legal, fiscal, real estate, educational, and other administrative information.6MIT
TDQS
Scored across 5 tools
Each tool has a clearly distinct role: search_songs finds songs by a chosen axis, get_song reads one record by id, get_artist opens a discography, get_random_song browses, and list_new_songs surfaces recent additions. The descriptions explicitly resolve the only potential overlaps ('for a particular song, use get_song' vs random; 'read the words with get_song on the id' after a lyrics search). An agent can pick correctly without guessing.
Uniform verb_noun snake_case throughout: search_songs, get_song, get_artist, get_random_song, list_new_songs. Plural nouns for search/list collection operations and singular for single-record reads, which is a coherent, predictable convention.
Five tools is well-scoped for a read-only niche song catalogue: discovery (search, random, new) plus drill-down (song, artist). No redundant or filler tools; each covers a workflow the others cannot.
The surface covers the full read lifecycle: multi-axis search with paging, single-record detail, artist discography, random browsing, and recent additions. Minor gaps exist (no way to browse by label or chart ranking as an entry point, no combined field filtering), but the descriptions show agents can work around these via search axes and per-record year reading.