兼容性检查
HLS / DASH 兼容性测试已经有 live 浏览器路线，可以先对比清单结构、浏览器支持和抓取可见性，再决定是否进入更深播放排障。
工作台 · 开发普通用户工具继续保持简单和任务导向。 开发工作区后续吸收偏 QA / 偏调试的帮助工具。 这轮价值先保护核心 执行层 不被未来开发工具拖成屎山。
Dev 质检现在已经有第一条 live 兼容性车道。
开发侧流检查应该有自己的分组，而第一条 live 浏览器兼容性车道已经证明，这条边界不是空壳。
先立边界
Dev 车道现在已经有真实执行路线，不再只有占位页。
这比继续把所有 QA 辅助能力都困在公开 planned 页或旧应用壳里更有价值。
规划分组
哪些功能属于开发工作区
先按角色分组，避免 QA 工具将来扩散。
命令和生成器
FFmpeg 命令生成器和 HLS 测试流工具仍然适合放在 Dev 路线下，但兼容性检查已经先把 live 层打通。
为什么现在就拆
这个边界已经在保护主运行时，后续 QA 工具也能继续在 Dev 里长，而不是反向膨胀用户执行层。
能力边界
开发者辅助只用于 QA，不应进入公开获客承诺。
- 这些路由用于兼容性检查，不是面向普通用户的主功能承诺。
- 应保持 noindex 和明确的 helper 语义。
- 不要让这类工具把站点重新定义成 dev 工具箱。
移动端执行
窄屏下应优先保证当前任务可见，辅助栏应折叠成次级控件。
- 播放器和检查器是移动端的优先模式。
- 队列、历史、设置必须可达，但不能占满首屏。
- 避免再叠加遮挡输入或结果的固定面板。
低干扰赞助位查看广告规则
赞助卡片放在执行区之后，不穿过主输入与主按钮。
Slot IDad-ws-sponsor-primary-dev-home
Placementsponsor-card
Modeself-promo
Densitylight