Claudio
把点歌、口味理解与 DJ 节奏，做成一座真正能播放的私人 AI 电台。
- 3
- 级音源降级链
- 24H
- 口味画像刷新
- 2
- Docker 架构
- PWA
- 产品交付形态
为什么做
音乐推荐不缺，缺的是一个真正理解上下文、还能把歌播出来的 DJ。
普通播放器要求用户自己搜索、排队和切歌；对话式 AI 又常停留在推荐文字，无法承担连续播放、音源失败和跨设备状态这些脏活。
我把 Claude 放进一套完整的电台系统：它读取长期口味、理解当下意图、组织队列与报幕，再由多音源链路负责把音乐稳定送出来。
做出来的部分
自然语言点歌
用户可以说情绪、场景、歌手或一句模糊需求，系统把它转换成搜索、推荐与播放动作。
多音源兜底
网易云与 YouTube Music 等来源按可用性降级，单一上游失效时不让整个体验停住。
像电台一样有节奏
队列、播放模式、口味反馈、DJ 报幕与可选 TTS 被编排进同一段连续收听体验。
系统如何工作
Node.jsExpressWebSocketClaude APIPWADockerSpotifyyt-dlp
实时状态层
Express 与 WebSocket 同步播放、队列和反馈，使手机与浏览器看到同一座电台。
长期口味层
本地画像、日常习惯与 Spotify 信号进入上下文，不把每次对话当成第一次见面。
可交付运行层
PWA、Docker Compose、双架构镜像与一键启动脚本把原型变成可重复运行的个人产品。
已有的结果
Claudio 已形成可安装、可容器化、可跨设备使用的完整个人音乐产品，而不只是一次模型演示。
- 已发布 GHCR latest 镜像，覆盖 amd64 与 arm64。
- start.sh 与 Docker Compose 可完成一键启动。
- 代码库包含完整 PWA、服务端、音源适配、口味与状态模块。
当前边界
- 运行需要 Anthropic API；部分高级能力还依赖 Spotify 或 TTS 凭据。
- 音乐上游受 Cookie、地区和反爬策略影响，稳定性仍需持续治理。
- 当前定位是个人产品，不是面向公众的无账号 SaaS。
下一步
- 增加无需个人凭据的公开体验模式。
- 为音源降级、队列和跨设备状态补齐可靠性测试。
- 把首次配置压缩成更清晰的引导流程。