这个产品要解决什么问题
把个人曲库导入 iPhone，会制造一套需要维护的第二曲库。源文件改名后两边分叉，手机空间被占满，而原来的 NAS 仍然要管理。给自有音乐用的播放器应该原地读取源文件，同时把离线边界说清楚，而不是假装所有来源永远在线。
Sleeve 怎么解决
Sleeve 从文件夹、iCloud、Dropbox 或 WebDAV NAS 读取常见无损和压缩格式。它索引源位置而不是复制文件，连接正常时播放原始音频，并保留有边界的本地缓存以维持播放连续性。播放器没有账号或广告 SDK，来源凭据保存在 Keychain。 可以先打开 Sleeve 产品页，查看当前可用状态和方案。
一套可以照做的流程
- 添加你已经拥有的来源，运行扫描，让 Sleeve 建索引而不移动文件。
- 先接入一个文件夹或 WebDAV 位置，确认文件名、封面和格式，再添加其他来源。
- 先在 Wi‑Fi 下播放无损文件，再测试 NAS 休眠和缓存行为，确认离家后是否符合预期。
- 把来源与曲库视图当作文件的投影；名称错了就在源端修，不要再造一份副本。
在相信结果之前，先检查什么
Sleeve 的远程来源依赖 WebDAV 和 NAS 周围的网络条件，不是万能 SMB 桥。缓存不是完整离线导入，休眠或不可达的 NAS 仍然会让发现失败。如果你确实需要一份永久副本，应当选择同步工具。
这套流程适合谁
当曲库已经在文件夹、云盘或 NAS 中，而你希望手机只是它的窗口时，用 Sleeve。若你需要手机拥有一份完全独立的副本，它就不是正确工具。
继续往下看
如果你正在判断这套方法是否适合自己的问题，先看产品页；如果要看细节，可以继续读 查看不复制的存储模型、设置 NAS 串流。
Sleeve 的价值应该是具体的：缩短一个反复出现的决定，同时把证据、假设和停止条件摆出来。先拿一个真实任务试一遍，检查结果，再决定是否把它纳入日常。打开 Sleeve 产品页。