Tools、Guides、Blog 现在共享同一套主题语言。
老板版主题
用干净的浏览器优先流程本地保存播放列表
围绕 M3U8、字幕与视频辅助任务的结构化公开层。
法务页色系正式升级为公开层主题。
执行层仍然放在公开层之后。
工作流
用干净的浏览器优先流程本地保存播放列表
把 Saved Playlists、TXT 导出和 JSON 备份放在正确顺序里。
工作流Local storageTXT exportJSON backup
症状
这些现象说明本地留存已经开始变乱
它们都在说明用户在“存 URL”，而不是在维护可复用工作流。
保存下来的链接已经没有上下文
只有 URL、没有标题和备注的列表，很快就会失去复用价值。
同一批播放列表被复制到多个文本文件
这是留存方式的问题，不是播放问题。
用户想保留浏览器优先复用，但不想引入重账号层
这正是这篇指南要讲清楚的路径。
常见原因
本地保存为什么会越来越嘈杂
当所有保存动作都用同一种格式时，流程很快就会失控。
什么都拿 TXT 存
纯文本很适合简单导出，但不适合所有留存场景。
把 JSON 备份当默认入口
这样会让正常工作流比它应有的更重。
保存前没有稳定 intake
不健康的链接也会被一起存进去，污染本地列表。
Known Issues
Known Issues 与下一步
把常见错误、降级路径和下一步动作放在同一层，让问题页和工具页说同一种真话。
推荐顺序
本地保存推荐顺序
先筛，再存，最后才导出。
- 先把播放列表筛干净再保存
弱源并不会因为被保存到本地就突然变健康。
- 日常重复使用优先放进 Saved Playlists
这样浏览器优先的日常工作流会保持轻量。
- 只有确实需要时再导出 TXT 或 JSON
根据用途选格式，不要把单一格式滥用到所有场景。
指南正文
保存的是可复用的播放列表，不是随手堆一堆 URL
稳定的本地工作流，应该把来源、标题和最近状态一起保存，而不是把每条流都变成没有上下文的文本行。
用刚好够用的导出格式
TXT 适合简单留存和分享；JSON 更适合在需要备注、标签和状态时做完整备份。
保存动作要和真实使用绑在一起
目标是提高浏览器端重复使用效率，不是把产品重新带去重账号、重云端路线。
最佳配套路由
- M3U8 Player：适合反复打开的播放列表。
- How to test a link before downloading：先把不稳定链接筛掉，再决定要不要存。
- Downloader：当下一步是执行而不是留存时再进入。
最佳配套工具
反复打开的播放列表，先从 Player 路径进入。
把本地留存锚定在重复播放行为上，而不是随手堆文件。
反复打开的播放列表，先从 Player 路径进入。
它是进入 workspace 里的 Saved Playlists 之前最清楚的公开入口。
打开配套工具工具路径图
按留存任务选择下一条路径
根据是重复使用、intake 过滤还是更重执行，走不同路线。
M3U8 Player
适合那些会反复重开的播放列表。
Open routeHow to test a link before downloading
弱源先做 intake 检查，再决定是否存进本地。
Open routeM3U8 Downloader
当下一步已经是下载，而不是留存时，再进入这里。
Open route相关入口
- M3U8 Player 适合那些会反复重开的播放列表。
- How to test a link before downloading 弱源先做 intake 检查，再决定是否存进本地。
- M3U8 Downloader 当下一步已经是下载，而不是留存时，再进入这里。
Sponsored
这里预留指南页响应式广告位。 广告放在这种说明型内容区域，不要贴着第一个诊断动作。
Slot ID ad-how-to-save-playlists-locally-inline-1
Placement inline
Mode placeholder-affiliate
Density light
Sponsored Recommended workflow add-on
View sponsor placement Keep monetization in low-interference sponsor cards instead of breaking the main task path.
本地播放列表留存 FAQ
- 为什么不把 JSON 设成所有人的默认导出？因为大多数用户只需要一个简单可复用列表，不需要每次都做完整元数据备份。
- 为什么不把所有东西都存进下载目录？下载文件和保存播放列表承担的是不同任务：一个偏执行，一个偏复用。
- 应该先测试链接还是先保存？除非源本来就可信，否则先做一次 intake 检查更稳。
先把本地留存做轻，再在需要时导出。
这样既符合产品边界，也能把浏览器优先路径保持干净。