综合评估
whatisxlistening.to 是一款围绕 Last.fm 音乐追踪服务构建的 CLI 工具与 Web 仪表盘组合方案，适用于开发者及音乐爱好者实现个人收听数据的可视化与管理。
核心用法
1. CLI 工具：通过 Python 脚本提供完整的命令行交互，支持初始化配置、查询当前播放 (now)、统计信息 (stats)、最近曲目 (recent)，以及全量历史数据拉取 (backfill) 与增量同步 (sync)。本地 SQLite 数据库实现离线检索能力 (search)。
2. Web 仪表盘：基于 Docker/Kubernetes 部署的实时可视化界面，展示当前播放状态、今日收听统计、艺术家 streak 等数据，提供 /api/* RESTful 端点供外部调用。
3. 数据持久化：schema.sql 定义 SQLite 结构，支持百万级 scrobble 记录的本地存储与快速检索。
显著优点
- 完全开源：MIT 许可证，代码透明可审计
- 部署灵活：支持裸机 CLI、Docker 单容器及 Kubernetes 集群部署
- 离线能力：
backfill+sync机制实现完整数据本地化，避免 API 限流依赖 - 测试覆盖：声称 100% 测试覆盖率，质量基线较高
- 实时性：Web 端通过轮询或长连接实现"正在播放"状态的近实时展示
潜在局限
- API 依赖：Last.fm API 变更或限流可能影响功能（历史数据拉取受 API 速率限制）
- 功能边界：仅限 Last.fm 生态，不支持 Spotify/Apple Music 直连
- 安全设计：API Key 以明文存储于本地配置文件 (
~/.config/lastfm/config.json)，共享环境存在泄露风险 - 运维复杂度：Kubernetes 部署需自行管理 Secret 与证书
适合人群
- 已使用 Last.fm 记录收听历史的音乐爱好者
- 希望自建数据看板的开发者/运维人员
- 需要本地备份 scrobble 数据的归档需求者
常规风险
| 风险类型 | 说明 |
|---------|------|
| API Key 泄露 | 配置文件权限管理不当可能导致 Last.fm API Key 暴露 |
| 数据隐私 | 公开部署的仪表盘可能泄露个人音乐偏好（建议加认证） |
| 供应链 | Docker 镜像来自 `ghcr.io/poiley`，需验证签名与镜像完整性 |
| 依赖过期 | Last.fm API 版本迭代可能导致接口兼容性问题 |
总体评价
技术实现成熟、部署选项丰富，适合有技术背景的用户构建个人音乐数据中枢。生产环境部署建议增加反向代理认证与 API Key 轮换机制。