navidrome-mcp
Enables building mood-based playlists for Navidrome by joining your library, listen history, and personal playlist labels from Navidrome, ListenBrainz, and Last.fm.
README
navidrome-mcp
An MCP server for Navidrome that builds playlists which actually match a described mood — grounded in what you own, what you have listened to, and how you yourself have labelled your music.
Why this exists
Navidrome's API alone cannot do this, for three concrete reasons:
- Its REST filtering is exact-match only.
year=1997works;year=1990-1999silently returns nothing. There are no ranges and no AND/OR, so a query like "90s rock I haven't played in a year, max 2 per artist" is not expressible. - It keeps no listen history. Only a
playCountand a lastplayDate. There is no way to ask "what do I put on at 7am on a Tuesday". - Nothing in the library says how a track feels. Measured on a real 9,311-track library: 32 genres with Rock alone covering 47%, BPM present on 24 tracks (0.3%), ReplayGain on 222 (2%), MusicBrainz recording IDs on 222 (2%). That last number also rules out AcousticBrainz as a primary mood source — its audio-derived mood models are keyed by MBID, and resolving the rest via ISRC → MusicBrainz (rate-limited to 1 req/s) would still only reach ~23% of the library.
So this server maintains its own index and joins three sources:
| Source | Provides |
|---|---|
| Navidrome (native + Subsonic APIs) | Authoritative metadata, similarity agents, the playlist write path |
| ListenBrainz | Timestamped listen history — time-of-day and weekday habits |
| Last.fm | A real descriptive tag vocabulary (nu-disco, melancholy, shoegaze) |
It also treats your existing curated playlists as your mood vocabulary. If you have
playlists called golden hour, cranked and slow shreds, those words already mean
something specific in your library — far more than a generic genre ever will.
The mood pass
Those playlists cover maybe 40% of a library, so on their own they can only answer mood questions about tracks you already filed. A one-time enrichment pass closes that gap: every track gets energy, valence, intensity, acoustic-vs-electronic, free-form descriptors, the curated vibe it reads as, and the times of day it fits.
The inference is grounded in your own playlists — they're a hand-labelled training set in your own words — so unfiled tracks land in the same space as the ones you filed. Results are cached permanently, so this runs once and afterwards only picks up new music.
Cost stays small through three things: batching ~40 tracks per request, prompt-caching the
large identical taxonomy prefix (the first batch runs alone, so the rest hit a warm cache
instead of all missing it concurrently), and running with thinking disabled — this is
classification, not reasoning. Set ANTHROPIC_API_KEY to enable it and MOOD_MODEL to
trade quality for spend; without a key everything else still works and only the mood
filters go dark.
Design notes
- In-memory index, no database. A full library pull is ~20s for ~10k tracks; once
local, every compound query is a single array pass. A JSON snapshot on disk makes
restarts instant. Deliberately no native dependency, so it installs under
npm ci --ignore-scriptson Node 20. - The index is a cache, never a source of truth. If the snapshot is missing or unreadable the server just re-syncs.
- Navidrome's own compound engine is still exposed via
create_smart_playlist, for standing playlists that should keep re-evaluating server-side. Note those rules can only see Navidrome's own fields — not ListenBrainz listens or Last.fm tags.
Tools
| Tool | Purpose |
|---|---|
describe_library |
Orientation: size, genres, decades, curated vibes, tag vocabulary |
search_tracks |
The workhorse — full compound filtering, diversity caps, affinity ranking |
get_vibe_profile |
What one of your curated moods actually consists of |
similar_tracks |
Expand from seeds via agents + your own playlist co-occurrence |
listening_history |
recent / top / by_hour / by_weekday / rediscover / trending |
list_playlists, get_playlist |
Read playlists |
create_playlist, update_playlist, delete_playlist |
Write playlists |
create_smart_playlist |
Self-updating rules-based playlists |
daylist_context |
Everything needed to generate this hour's daylist |
commit_daylist |
Publish the rolling daylist atomically |
refresh_index |
Re-sync from Navidrome / ListenBrainz |
Prompt: daylist — generates a Spotify-style daylist for the current hour.
Configuration
| Env var | Required | Notes |
|---|---|---|
NAVIDROME_URL |
yes | e.g. http://host:4533 |
NAVIDROME_USERNAME / NAVIDROME_PASSWORD |
yes | Playlists are created as this user |
NAVIDROME_PROXY |
no | socks5://host:port if Navidrome is only reachable via a proxy hop |
LISTENBRAINZ_USER |
no | Listen history is a public read; no token needed |
LASTFM_API_KEY |
no | Defaults to Navidrome's bundled public key |
NAVIDROME_TZ |
no | Default America/Chicago. Time-of-day analysis depends on this |
NAVIDROME_DATA_DIR |
no | Snapshot location. Default /data/navidrome-mcp |
DAYLIST_PLAYLIST_NAME |
no | Default daylist |
NAVIDROME_ENRICH |
no | 0 disables background Last.fm tag fetching |
Licence
MIT
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。