先确认任务，再进入执行层

这样可以让公开页保持轻、可收录，而队列、重试和运行状态都留在工作台。

1. 先粘贴播放列表并确认访问是否稳定

   先把访问问题和下载问题分开。

2. 判断当前任务是原始下载还是最终 MP4 导出

   如果只是受控拉取，先停留在下载路径；只有需要最终文件时再去导出。

3. 打开下载工作台执行真正任务

   当任务需要更长执行、重复拉取或队列管理时，进入工作台。

为何使用

先用公开页界定任务，再进入执行层。

M3U8 Downloader

下载页要先告诉用户是否已经准备好导出，还是应该先去做链接检测和检查。

先在公开层确认来源，再进入工作台执行真正下载。

这样可以让公开页保持轻、可收录，而队列、重试和运行状态都留在工作台。

1. 先粘贴播放列表并确认访问是否稳定

   先把访问问题和下载问题分开。

2. 判断当前任务是原始下载还是最终 MP4 导出

   如果只是受控拉取，先停留在下载路径；只有需要最终文件时再去导出。

3. 打开下载工作台执行真正任务

   当任务需要更长执行、重复拉取或队列管理时，进入工作台。

先确认访问，再下载；只有在需要最终文件时才进入 MP4 导出。

M3U8 Downloader 应该专注在受控拉取路径，只有当任务发生变化时才交给相邻页面。

把受控下载和访问检查、播放预览、最终导出串起来。

• M3U8 链接检查
  在长任务前先确认访问路径是否稳定。
• M3U8 播放器
  当流行为仍不确定时，先看播放层。
• M3U8 转 MP4
  只有原始下载路径已可信时，才进入最终导出。
• M3U8 打不开
  当源链接本身打不开、无法解析或不稳定时，先走这里。

进入工作台前，先把下载问题说清楚。

• M3U8 Downloader 和 M3U8 转 MP4 有什么区别？
  M3U8 Downloader 是原始下载路径，适合受控拉取流本身；M3U8 转 MP4 是下一步，只有当任务明确需要最终 MP4 文件时才进入。
• 这个页面能下载任何受保护流吗？
  不能。它只适用于你拥有、运营或明确获授权处理的清单。带签名 URL、Cookie、referer 校验或 DRM 相关限制仍然必须合法有效。
• 为什么不直接在这个公开页里完成下载？
  因为公开页要保持轻、可收录、可解释。真正的运行状态、重试、队列和历史记录都应该放在工作台，避免发现层变成拥挤的 app 壳。