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

浏览器播放器是最快的验证方式，可以先判断问题是否真的落在播放层。只有在症状明确后，再升级到诊断或更重的执行。

1. 先抓到可见的播放症状

   确认是黑屏、缓冲循环、解码报错，还是自动播放上下文问题。

2. 先用播放器证明症状是真实存在的

   在干净的浏览器路线里复测，不要一上来就改随机设置或进入重执行。

3. 按需要再切到诊断或链接检查

   当播放层仍失败时进诊断；如果访问层仍不稳，就退回链接检查。

为何使用

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

M3U8 播放器

播放器页要先负责验证播放、确认症状，再决定是否升级到更重的执行路径。

先在播放器里复现症状，再缩小故障桶，然后才进入更深执行。

浏览器播放器是最快的验证方式，可以先判断问题是否真的落在播放层。只有在症状明确后，再升级到诊断或更重的执行。

1. 先抓到可见的播放症状

   确认是黑屏、缓冲循环、解码报错，还是自动播放上下文问题。

2. 先用播放器证明症状是真实存在的

   在干净的浏览器路线里复测，不要一上来就改随机设置或进入重执行。

3. 按需要再切到诊断或链接检查

   当播放层仍失败时进诊断；如果访问层仍不稳，就退回链接检查。

先确认浏览器播放，再分流到清单检查、链接校验或错误诊断。

M3U8 播放器应该承担播放检查点，再把用户送往正确的下一条路径。

把浏览器播放复查继续连到链接校验、清单检查和错误诊断。

• M3U8 链接检查
  播放卡顿或报错时，先查清单和分片 URL。
• M3U8 检测器
  能播但 manifest 逻辑看起来不对时，再检查清单。
• HLS 报错诊断
  做完基础检查后仍然报错时，再进入诊断。
• HLS 播放报错
  当浏览器播放还需要更高层的症状分类时，先看这篇指南。

先用播放器把“播放问题”和“来源问题”分开。

• 为什么播放器能播，但下载器还是失败？
  播放和下载可能在不同层失败。播放器可能在当前浏览器上下文里可用，但下载在后续分片阶段仍会遇到 token、referer 或媒体层错误。
• 保存流之前，应该先测试播放吗？
  应该。只要来源不熟悉或链接有时效，就先用播放器。先得到“能否播放”的明确信号，再决定下载或继续诊断。
• 公开页和工作台分别负责什么？
  公开页负责解释什么时候用播放器，并把 URL 带入正确标签页；真正的播放会话、状态和更深层的检查仍然放在工作台。