下载车道
先确认资源再导出，适合明确执行。
工作台 · M3U8公开层继续负责 M3U8 搜索流量和首次筛选。 工作区层负责重复执行、队列、历史与更稳定的内部操作。 后续扩展字幕/视频工作区可以直接复制这套路由模式。
M3U8 执行层 不再藏在一个 页签查询参数后面。
每个核心 M3U8 动作现在都有稳定工作区路由，后续扩展不需要再依赖一个单壳 URL。
执行顺序
先检测，再验证播放，最后导出或入队。
让 执行层 的路径和公开任务路由保持一致，而不是在无关 页签 之间来回切。
核心车道
直接打开你要的 M3U8 执行车道
这些路由承载当前 bundle-backed 执行层。
播放器与分析器
先验证播放，再看清单结构，避免把所有失败都推给导出路径。
队列与历史
重复任务应放在队列/历史，而不是回到公开页里强撑。
运维车道
设置、Bridge 和日志仍然可达，但不会再挤压主要执行车道。
能力边界
这个车道是执行总览，不单独承诺播放或下载成功。
- 先用总览判断下一步该进哪个执行车道。
- 队列、历史、设置应留在 Workspace，不回流公开层。
- 目标明确后再进入播放器、检查器或下载器。
移动端执行
窄屏下应优先保证当前任务可见，辅助栏应折叠成次级控件。
- 播放器和检查器是移动端的优先模式。
- 队列、历史、设置必须可达，但不能占满首屏。
- 避免再叠加遮挡输入或结果的固定面板。
存储合同
已保存播放列表保存在 Local Storage。TXT 是日常导入导出格式，JSON 只做备份。
- 播放列表键：m3u8-playlists、m3u8-recent-playlists。
- 设置键：m3u8-last-used-settings。
- 日常工作用 TXT，只有备份/恢复才用 JSON。
低干扰赞助位查看广告规则
赞助卡片放在执行区之后，不穿过主输入与主按钮。
Slot IDad-ws-sponsor-primary-m3u8-home
Placementsponsor-card
Modeself-promo
Densitylight