The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Lineupify listing page.
Say what you want to hear. Get a Spotify playlist in seconds, in your own account, that you can read, edit and trust.
Lineupify is an MCP server for Claude Desktop, Claude Code, Cursor and any other MCP host. Paste a festival poster, describe a mood, name an artist you like, point at a playlist, or blend two people's playlists. Lineupify finds the artists, picks their most popular songs, matches them to Spotify and builds a draft you can review before anything is published. You bring a free Spotify developer app (two minutes, no client secret). Everything else runs on your machine.
lineupify-mcp (Node.js 20 or newer)Streaming apps are good at playing music and bad at letting you say what you want.
Lineupify answers each of these with a draft you can see, a reason for every track, and a playlist that ends up in your own account.
The one step nobody can skip is creating a Spotify app, because Spotify only lets new apps serve their owner. Everything after that is one command.
Create a Spotify app (2 minutes). Go to https://developer.spotify.com/dashboard, click Create app, pick Web API, set the Redirect URI to exactly http://127.0.0.1:8765/callback, save, and copy the Client ID. No client secret is needed. Full walkthrough: docs/setup-spotify.md.
Run the guided setup in a terminal (needs Node.js 20 or newer):
It takes the Client ID, logs you in through your browser, adds Lineupify to Claude Desktop, Claude Code or Cursor (whichever it finds), and runs a health check. Prefer clicking? Claude Desktop users can instead download lineupify-<version>.mcpb from the releases page and double-click it (Node.js 20 or newer must still be installed).
Or let your assistant do step 2. If your assistant can run terminal commands (Claude Code, Cursor, and similar), paste this, with your Client ID filled in:
Set up the Lineupify MCP server for me. Run
npx -y lineupify-mcp setup --client-id PASTE_CLIENT_ID_HERE, thennpx -y lineupify-mcp authand tell me when to approve the login in my browser, thennpx -y lineupify-mcp install --claude-code(or--cursor/--claude-desktopfor the host you are running in), thennpx -y lineupify-mcp doctorand show me the result. Windows users: run npx throughcmd /c.
If the server is already added but not connected (the .mcpb route, or a hand-written config), paste this in any chat:
Call Lineupify's
statustool. If Spotify is not connected, callconnectwith my Client ID PASTE_CLIENT_ID_HERE, tell me to approve the login in the browser, then callstatusagain to confirm.
Ask for a playlist. Any of these work:
Spotify only lets a new app serve its owner, and that owner needs Premium. If that is not you, skip steps 1 and 2 entirely: add Lineupify to your host (docs/hosts.md) and ask for a playlist. With no Spotify login, drafts build on Deezer automatically (or say "use Deezer"; the option is provider: "deezer"). Deezer's public API is keyless, so there is nothing to create, paste or approve.
What works in Deezer mode: every seed except your own Spotify taste, every filter, reading, analysing, comparing and merging Deezer playlists and drafts, editing, and all exports. What does not: publishing into an account. Deezer stopped issuing API credentials to new apps in 2025, so no tool can write to a Deezer account today. If Deezer reopens its API, publishing will be added.
Getting a Deezer draft into your Deezer (or Apple Music, YouTube Music) account takes one paste:
export_draft, format: "links"; "text" gives "Artist - Title" lines instead).Both tools have free tiers that cover a normal playlist.
Spotify's Premium rule applies to the person who owns the developer app, not to everyone who uses it. An owner can add up to four other people by email under User Management in the dashboard (five users per app in total), and those people log in with their own accounts, free ones included. So if someone you know has Premium:
npx -y lineupify-mcp init with that Client ID and log in as yourself. Your tokens stay on your machine; the owner never sees your account.Two limits: an app serves five people at most at the time of writing, and the owner's daily API quota is shared across all of them and all of the owner's apps. Handing the Client ID to someone who is not on the User Management list does nothing; their login fails with a 403. Fine for friends and family; not a way to serve strangers, which Spotify's terms also rule out. Details: docs/setup-spotify.md.
You: Make me a playlist for this lineup.
The assistant calls parse_lineup, which returns nine artists with tiers and drops the dates and ticket line, then create_draft with lineup: "Sunfall 2026". The draft comes back within about 15 seconds; a big lineup keeps building in the background:
You: Show me the tracks.
You: Drop the Four Tet track "Baby", forget DJ Fluffhead, and publish it.
edit_draft removes the track and excludes the artist; create_playlist returns the link:
Later edits go through edit_draft followed by update_playlist, which replaces the playlist contents in place.
You: Rainy Sunday jazz for cooking, about an hour, nothing explicit.
The assistant proposes fitting artists itself, adds a genre seed with the same words so the list is not only its own guess, and calls create_draft with maxDurationMin: 60 and excludeExplicit: true:
You: Compare my "6626" playlist with my listening history, then make a mix we would both like without anything that is already on it.
compare_playlists explains the overlap in numbers the assistant turns into words:
Then create_draft with seeds: [{ type: "blend", sources: ["6626", "me"] }] and excludeTracksFrom: ["6626"]:
Every request becomes an artist list, and every artist list goes through the same pipeline. Nothing touches Spotify until you publish.
Why Deezer and Last.fm for ranking? Spotify no longer exposes top tracks, recommendations, related artists, genres or audio features to new apps. Deezer's public API is keyless and gives popularity, related artists, tempo and playlists; Last.fm (optional key) adds tags, similar artists and per-country charts. Spotify is where the playlist ends up, and ISRC codes make the match exact.
A draft is a small state machine, checkpointed to disk after every artist so a killed process resumes where it stopped:
| Tool | What it does | Key parameters |
|---|---|---|
status | Call first. Shows connection state (and as whom), setup steps if needed, token expiry, defaults, drafts in progress, cache size, data directory and any read-only mode. | none |
setup | Saves the Spotify Client ID (and optionally a Last.fm key or a fixed redirect port) to config.json. | clientId, lastfmApiKey, redirectPort |
connect | Starts the Spotify login: opens the browser and returns the URL immediately. Pass clientId to save the app's Client ID in the same call. Refused while a draft is building. | clientId, force (switch account / re-login) |
disconnect | Forgets the Spotify login; with purge: true (plus confirm: true, after you agreed in the conversation) deletes the whole ~/.lineupify folder. Refuses if that folder holds files Lineupify did not create. Tells you where to remove the app's access on Spotify's side. | purge, confirm |
parse_lineup | Turns raw poster text into a clean artist list with tiers, days and stages; drops dates, stage names and "tickets" lines. | text |
create_draft | Builds a draft from artists and/or seeds (genre, similar artist, chart, country, playlist, your taste, a blend). Returns within ~15 s; larger builds continue in the background. | artists and/or seeds, lineup, name, tracksPerTier, tracksPerArtist, maxTracks, maxDurationMin, order, yearRange, bpmRange, skipCovers, excludeTracksFrom, … (see below) |
get_draft | Shows a draft: summary (default), tracks (paged, with stable ids, year and tempo), artists, or unresolved. Waits for progress while building. Also resumes an interrupted build. | draftId (omit for latest), view, offset, limit, waitSeconds (max 25) |
edit_draft | Applies one or more edits atomically. Ops: remove_tracks, add_track, exclude_artist, set_artist_track_count, set_artist_source, move, shuffle, reorder, set_meta, filter, undo. | draftId, ops (1-50), expectedRevision |
search_tracks | Searches Spotify, or Deezer for a Deezer draft, for a track to add manually; supports track: / artist: filters. | query, limit (max 10), provider |
create_playlist | Publishes a ready draft as a new playlist and returns its URL. Requires the draft to have been shown to the user or confirm: true. | draftId, confirm, allowPartial, mode: "new" |
update_playlist | Replaces the tracks and details of the playlist a draft was published to. Refuses if the playlist changed inside Spotify unless force: true. | draftId, force |
compare_taste | Marks each artist in a draft as known (in your top or followed artists) or new to you. | draftId, reorderKnownFirst |
read_playlist | Reads any playlist into a list: a Spotify or Deezer link, a playlist name from your library, a draft id, or library (liked songs). Views: summary, tracks, artists. Cached 12 h. | playlist, view, offset, limit, refresh |
analyze_playlist | Numbers about a playlist: length, artist concentration, decades, explicit share, coarse genres (Deezer) and Last.fm tags, sampled tempo. | playlist, genres, tempo |
compare_playlists | Compares 2-4 playlists, drafts, library or me (your top and followed artists): shared artists and tracks, pairwise overlap, what is distinct to each. | sources |
merge_playlists | One deduplicated draft from 1-6 Spotify playlists, drafts or library, keeping the actual tracks. | playlists, name, order, excludeExplicit, maxTracks |
expand_playlist | More songs by the artists of a playlist, minus what it already has. | playlist, limitArtists, tracksPerArtist, plus the build options |
refresh_taste | New songs from your own top and followed artists, minus your liked songs. | limitArtists, tracksPerArtist, excludePlaylists, plus the build options |
export_draft | Returns the draft as Markdown, CSV (with ISRC, year, tempo, provider, URLs), M3U, links (one track URL per line) or text ("Artist - Title" per line); the last two are what transfer tools accept. With save: true writes a file under ~/.lineupify/exports/. | draftId, format, save, overwrite |
list_drafts | Lists saved drafts, newest first, with status and whether they were published. | none |
delete_draft | Deletes a draft from disk. The Spotify playlist is not touched. | draftId |
Errors come back as CODE: message plus a Fix: line; every code is listed in docs/troubleshooting.md.
edit_draft operations| Op | Fields | Notes |
|---|---|---|
remove_tracks | ids (from get_draft view=tracks, preferred) and/or indexes (1-based) | |
add_track | track (spotify:track: URI, open.spotify.com URL, or "Artist - Title"), artist, position | Use search_tracks first for an exact URI. |
exclude_artist | artist | Removes the artist's tracks and stops fetching more. |
set_artist_track_count | artist, count (0-50) | Raising the count fetches more tracks. |
set_artist_source | artist, deezerId and/or spotifyArtistId | Fixes a wrong artist match and refetches. |
move | id or from, to (1-based) | |
shuffle | seed | |
reorder | mode: interleave, lineup, shuffle, by_day, known_first | |
set_meta | name, description, public | |
filter | explicit: true removes explicit tracks; versions: false removes live/remix/edit versions | |
undo | none, must be the only op | Up to 10 revisions are kept. |
While a draft is still building, only exclude_artist, set_artist_track_count, set_artist_source, filter and set_meta are accepted. Pass expectedRevision from the last get_draft so an edit never applies to a list you have not seen.
The engine only needs an artist list. A seed produces one for you, alone or alongside typed artists.
| Seed | What it adds | Where it comes from |
|---|---|---|
{ type: "genre", value: "shoegaze" } | The artists of that genre, mood or scene; any words work ("melancholic", "rainy sunday jazz"). | Last.fm tag top artists when a key is set; otherwise public Deezer playlists whose titles match, read and counted. |
{ type: "similar_to", value: "Khruangbin" } | Artists like that one (never the artist itself). | Deezer related artists, plus Last.fm similar artists with a key. |
{ type: "similar_songs", value: "Ritviz - Udd Gaye", songs: ["<more links or Artist - Title>"] } | Songs listened to together with the seed song(s), mostly by other artists; the exact songs are fetched, not the artists' top tracks. A song near several seeds, or found by both sources, ranks first. limit = similar songs per seed song (default 25, max 100); up to 10 seed songs. excludeSeedArtists: true for other artists only, excludeSeedSongs: true to drop the seeds themselves (both off by default). | Last.fm track.getSimilar with a key, plus ListenBrainz similar recordings (open data, keyless; the song is found through MusicBrainz by ISRC). Songs are matched to Spotify by ISRC via Deezer. |
{ type: "chart" } | What is popular right now. | Deezer global chart (plus Last.fm chart). |
{ type: "country", value: "Brazil" } | What a country listens to. | Last.fm geo charts with a key; Deezer's "Top " chart playlists otherwise. |
{ type: "playlist", value: "<link or name>" } | The artists of a playlist, most frequent first. | Spotify or Deezer playlist, a name from your library, a draft, or library. |
{ type: "taste" } | Your own top and followed artists. | Spotify top artists (3 ranges) and follows. |
{ type: "blend", sources: ["<playlist>", "me"] } | Artists 2-4 people would all like: on every side directly, or in the "similar artists" of every side. minShared relaxes "every" to "at least N". | The sides' artists expanded through Deezer related artists. |
Each seed adds up to limit artists (default 30, max 100) at the tier you give (default flat, or undercard when the typed artists have tiers). Seeds expand in the background build; the summary shows what each produced and why one failed, and a failed seed never blocks the rest.
Recipes the assistant can run in one call:
seeds: [{ type: "genre", value: "<the words>" }].seeds: [{ type: "similar_to", value: "<artist>" }], tracksPerArtist: 2.seeds: [{ type: "similar_songs", value: "<song link>", songs: [...] }], excludeSeedArtists: true, excludeTracksFrom: ["library"].seeds: [{ type: "genre", value: "hip hop" }], yearRange: { from: 1990, to: 1999 }.bpmRange: { min: 160, max: 180 }.expand_playlist (a playlist seed + excludeTracksFrom the same playlist).refresh_taste (a taste seed + excludeTracksFrom: ["library"]).compare_playlists to explain the overlap, then seeds: [{ type: "blend", sources: [...] }] with excludeTracksFrom the same sources so nothing anyone already has is repeated.merge_playlists keeps the actual tracks and drops duplicates.read_playlist, analyze_playlist and compare_playlists return plain data lines (counts, decades, genres, tempo buckets, overlap percentages). The assistant turns them into words, tables or charts; the server never draws.
No Spotify account for the other person? export_draft gives Markdown, CSV or M3U they can take anywhere.
create_draft options| Option | Default | Meaning |
|---|---|---|
provider | spotify when connected, else deezer | Where the tracks live. spotify needs a login and can publish; deezer needs nothing and exports instead of publishing. Also settable as a default (config set provider deezer) or with LINEUPIFY_PROVIDER. |
artists | required unless seeds is given | Up to 400 entries. Each is a name string or { name, tier, day, stage }. tier is headliner, sub, undercard or flat. |
seeds | unset | Up to 8 { type, value, limit, tier } entries; see Seeds. |
lineup | derived from the first seed, else "Festival lineup" | Festival name and year, or a short theme, used for the playlist name. |
name | "<lineup> · Lineupify" | Playlist name (max 100 chars). The template is configurable (namingTemplate). |
description | "<n> artists, <m> tracks. Built with Lineupify." | Playlist description (max 300 chars). |
tracksPerTier | { headliner: 5, sub: 3, undercard: 2 } | Tracks per artist by tier. Artists without a tier get undercard when any tier is present, otherwise flat, which uses the sub count. |
tracksPerArtist | unset | Same count for every artist; overrides tracksPerTier. |
maxTracks | 250 | Cap on total tracks (1-10,000). Applied stepwise across tiers so headliners keep more. |
maxDurationMin | unset | Trim the finished draft to this many minutes. |
order | interleave | interleave (spreads artists), lineup (artist by artist), shuffle, by_day, known_first. |
excludeArtists | [] | Names to skip. |
excludeExplicit | false | Skip explicit tracks. |
allowVersions | false | Allow live/remix/edit versions. When off, versions are used only if an artist would otherwise come up short. |
discoveryOnly | false | Skip artists already in your top or followed artists (applies to seeded artists too). |
stopIfUnresolved | false | Refuse to publish while any artist is still not found, so you can fix names first. |
days | unset | Keep only artists tagged with these days (untagged artists are kept). |
public | false | Make the playlist public. |
sources | ["deezer", "lastfm", "spotify"] | Ranking sources, in order. Last.fm only works with a key; Spotify is a last-resort album fallback. |
yearRange | unset | { from, to }: keep only tracks released in this range. A year that comes from a remaster or compilation is treated as unknown; strictYear: true drops unknown years too. |
bpmRange | unset | { min, max }: keep only tracks whose Deezer tempo is in range. Tracks without a tempo are kept unless strictBpm: true. |
skipCovers | false | Drop a song when a more popular artist has the original: checked against the other artists in the draft, then with one Deezer title search per remaining track. |
excludeTracksFrom | unset | Up to 8 playlists (links or names), drafts or library whose tracks must never be picked. |
excludeSeedSongs | false | similar_songs: leave the seed songs themselves out. |
excludeSeedArtists | false | similar_songs: leave out every song by the seed songs' artists ("other artists only"). |
Every summary and publish result ends with the artists that were not found or had no playable Spotify track, and what to do about them. Defaults can be changed permanently with lineupify-mcp config set (see Configuration).
Running lineupify-mcp with no arguments serves MCP over stdio; that is what your host runs. The subcommands below are for a normal terminal (npx -y lineupify-mcp <command> or, after a global install, lineupify-mcp <command>).
| Command | Purpose |
|---|---|
init | Guided setup in one run: Client ID, Spotify login, host install, health check. Each step can be skipped. |
setup --client-id <id> [--port <n>] [--lastfm-key <key>] | Save the Client ID (32 hex chars), a fixed redirect port, or a Last.fm key to config.json. With no flags it prints the Spotify setup steps. |
auth [--force] | Log in to Spotify from the terminal (opens the browser, waits up to 5 minutes). --force re-logs in or switches account. |
logout [--purge] | Forget the Spotify login. --purge also deletes ~/.lineupify (config, caches, drafts, exports). |
doctor | Checks Node.js, data directory, Client ID, redirect port/URI, token age and scopes, GET /me, Deezer reachability and the Last.fm key, then prints MCP config snippets for every host. Exit code 1 if anything failed. |
install --claude-desktop | --claude-code | --cursor | Writes the lineupify entry into the host's config (a .bak copy is kept for Claude Desktop) or runs claude mcp add for you. |
config get | Print config.json (Last.fm key masked). |
config set <key> <value> | Change a default (keys below). |
config reset | Reset all defaults; keeps Client ID, port and Last.fm key. |
config clear-artist <name> | Forget the cached artist match for a name, so the next draft resolves it again. |
preview <lineup.txt> [--per-artist <n>] | Dry run without Spotify: parses the file, resolves artists on Deezer/Last.fm and prints the songs that would be picked, with ISRCs. |
update-check | Compare the installed version with npm. |
--version, --help |
Example doctor output:
Settings are read from environment variables first, then from ~/.lineupify/config.json. An environment variable always wins over the file.
| Variable | Purpose |
|---|---|
SPOTIFY_CLIENT_ID | Spotify app Client ID. Alternative to setup; overrides config.json. |
SPOTIFY_REDIRECT_PORT | Use a different loopback port for the login callback (register http://127.0.0.1:<port>/callback in the dashboard). Default 8765. |
LASTFM_API_KEY | Enables Last.fm as a second ranking and discovery source. Free key: https://www.last.fm/api/account/create |
LINEUPIFY_HOME | Data directory. Default ~/.lineupify. |
LINEUPIFY_LOG | Log level: error, info (default) or debug. Logs go to stderr only (your host's MCP log), never to stdout. Tokens are redacted. |
LINEUPIFY_READ_ONLY | 1 disables create_playlist and update_playlist. Drafts, reads, analysis and exports keep working. status shows the mode. |
LINEUPIFY_NO_UPDATE_CHECK | 1 stops the version check against the npm registry. |
LINEUPIFY_PROVIDER | spotify or deezer: default provider for new drafts. Unset means Spotify when connected, otherwise Deezer. |
Pass them through your host's env block (see docs/hosts.md).
config.jsonspotifyRedirectPort and lastfmApiKey are optional. Everything under defaults is optional and overrides the built-in defaults listed in the options table.
config set keys| Key | Value |
|---|---|
tracksPerTier.headliner, tracksPerTier.sub, tracksPerTier.undercard | number |
tracksPerArtist, maxTracks, maxDurationMin | number |
order | interleave / lineup / shuffle / by_day / known_first |
public, excludeExplicit, allowVersions, discoveryOnly, stopIfUnresolved, skipCovers | true / false |
provider | spotify / deezer |
namingTemplate | text; {lineup} is replaced by the lineup name |
Example: lineupify-mcp config set tracksPerTier.headliner 8
Lineupify runs on your machine with a Spotify app you created. It has no server of its own, no telemetry, and no access to your account beyond the token on your disk. SECURITY.md lists what it can and cannot do and how to report a problem.
What is stored, all under ~/.lineupify/ (or LINEUPIFY_HOME):
| File | Contents | Lifetime |
|---|---|---|
config.json | Client ID, defaults, optional Last.fm key | until you change it |
tokens.json | Spotify access and refresh tokens | until disconnect / logout; refresh tokens die after 6 months anyway |
cache/artists.json, spotify-tracks.json, deezer-tracks.json, artist-genres.json, covers.json | artist matches, track lookups, tempo, genres | 30-90 days |
cache/playlists.json | the track lists of playlists you read, including your liked songs when you use library | 12 hours |
drafts/ | one JSON file per draft plus up to 10 undo revisions | unpublished drafts are deleted after 30 days; published ones kept |
exports/ | the only place export_draft writes files | until you delete them |
tokens.json is written with mode 0600 on macOS and Linux. On Windows that call is a no-op and the file is protected by your user profile's default permissions, the same as other CLIs' credential files.
Spotify permissions requested at login, and what needs each one:
| Scope | Needed by |
|---|---|
playlist-modify-private | create_playlist, update_playlist |
playlist-modify-public | the same, when public: true |
user-read-private | market-aware search (market=from_token), i.e. every build |
user-top-read, user-follow-read | compare_taste, discoveryOnly, compare_playlists with me, taste and blend seeds, refresh_taste |
playlist-read-private, playlist-read-collaborative | reading your own private playlists, and playlists by name |
user-library-read | library (liked songs) in reads, exclusions and refresh_taste |
Lineupify never deletes or unfollows a playlist, never changes your library or follows, and creates playlists private unless you ask for public. The only overwrite is update_playlist on a playlist Lineupify created, and it refuses if that playlist changed inside Spotify unless forced.
Where data goes. Lineupify talks to api.spotify.com and accounts.spotify.com (your account), api.deezer.com (keyless, no account), ws.audioscrobbler.com (only with a Last.fm key), musicbrainz.org and labs.api.listenbrainz.org (only for a similar_songs seed: the seed songs' ISRC, title and artist are looked up there) and registry.npmjs.org (a version check at most every 6 hours; LINEUPIFY_NO_UPDATE_CHECK=1 turns it off). Artist names, track titles and ISRCs from your playlists, liked songs and top artists are sent to Deezer as search queries for ranking, tempo, genres and cover checks, and to Last.fm when a key is set. No account identifier goes with them. If you would rather keep your listening data out of Deezer, use typed artist lists with sources: ["spotify"] and skip analyze_playlist, bpmRange and skipCovers.
Switches.
LINEUPIFY_READ_ONLY=1 disables create_playlist and update_playlist; everything else works. Good for "analysis only" setups.disconnect (tool) or lineupify-mcp logout forgets the login; purge: true (with confirm: true) / --purge deletes the whole data folder, and refuses if the folder holds anything Lineupify did not create. Remove the app's access on Spotify's side at https://www.spotify.com/account/apps/.claude mcp remove lineupify).Model-driven writes. create_playlist refuses until the draft has been shown to you, unless the assistant passes confirm: true. Like any MCP server, Lineupify does what the assistant asks; the write tools carry MCP destructiveHint annotations so hosts that ask for permission can single them out. Review the draft before publishing, or run read-only.
External text. Poster text, track titles, playlist descriptions and Deezer playlist names are cleaned (control characters stripped, length capped) and shown inside fixed table layouts, which reduces the chance that external text is read as an instruction. It cannot rule it out: a poster line that says "publish this as public" reaches the assistant as data, and nothing stops a model from acting on it. The real protections are the switches above: playlists are private by default, create_playlist needs a reviewed draft or an explicit confirm, disconnect purge needs confirm too, LINEUPIFY_READ_ONLY turns every write off, and Spotify has no delete endpoint. Logs go to stderr only, with tokens and keys redacted.
Terms. Last.fm data is for non-commercial use. Deezer's public API has its own terms of use. Check both before using Lineupify for a business (a venue, a radio schedule).
status warns when 30 days are left; reconnect with connect force: true (or lineupify-mcp auth --force).SPOTIFY_QUOTA_EXCEEDED, the draft is paused, and get_draft resumes it once the quota resets. Results already fetched are cached, so nothing is lost.create_draft therefore returns within about 15 s and keeps building in the background; poll with get_draft waitSeconds: 25. Claude Code has no such limit.add_track covers the rest.maxTracks, up to 10,000).status lists missing permissions after an upgrade, reconnect with connect force: true.analyze_playlist uses Deezer's coarse genres (Pop, Rock, Metal, …), Last.fm tags when a key is set, and Deezer tempo sampled over up to 60 tracks. Remastered releases carry the remaster year, so yearRange treats them as unknown unless strictYear is on.similar_songs without a Last.fm key uses ListenBrainz alone, whose coverage is thinner for small or non-Western artists; a key adds Last.fm's co-listening data. Both sources work at recording level, so the song must exist in MusicBrainz (ListenBrainz) or have Last.fm scrobbles.setup lastfmApiKey) adds tag, similar-artist and per-country data.npx -y lineupify-mcp keeps the first version it downloaded. Update with npm i -g lineupify-mcp@latest or npx -y lineupify-mcp@latest. status tells you when a newer version exists.Changes are listed in CHANGELOG.md.
LASTFM_API_KEY is configured. Last.fm data is for non-commercial use.@modelcontextprotocol/server).Lineupify is not affiliated with Spotify, Deezer or Last.fm.
MIT. See LICENSE.