关键人不在现场
导演、制作人、客户不在机房时，真正难的不是听不到，而是无法保持边录边判断的节奏。
Remote Monitor / WebRTC / Talkback
把远程监听、手机监听和实时回讲放进同一条协作链路
按当前工程代码，BusCast 并不是只有一个“推流按钮”， 而是主监听插件、BusCast Talkback 插件、网页监听页和云端会话链路一起构成的远程协作系统。
监听主链
SRT 优先 / HTTP 回退
网页端
WebRTC / WS / 轮询监听
沟通方式
Talkback 手机回讲
会话特性
自动登录 / 自动推流 / 自动恢复
What It Actually Solves
它解决的是录音棚远程协作问题，而不是单次“把声音发出去”
传统传文件太慢
来回发文件只适合事后回顾，不适合边录边改边沟通的项目协作。
远程沟通需要配套回讲
只把音频推过去还不够，很多场景真正需要的是监听和 Talkback 一起工作。
Confirmed Capabilities
从代码里能确认的主要功能
这部分基于主插件、Talkback 插件、云端 `server.py` 和项目文档提炼， 不是抽象概括。
真实功能结构
- 主插件负责远程监听推流，支持自动登录和自动恢复推流
- 监听页提供 WebRTC、WebSocket、轮询三种访问路径
- 主链优先走 SRT，异常时自动回退到 HTTP fallback
- 独立的 BusCast Talkback 插件负责把手机端语音回送到轨道
从代码里还能确认的稳定性设计
插件会记住账号密码、自动恢复登录、自动续 `refresh_token`， 还会在无人监听时自动停推，避免白白占用上行带宽。
Main Use Cases
主要使用场景
远程监听场景
- 录音棚导演远程监听
- 客户异地听稿与实时反馈
- 制作人远程审听与移动端监听
- 需要手机端直接进入监听页的项目
边听边说的协作场景
- 监听页可直接进入 Talkback 状态
- 手机麦克风可通过 Talkback 插件回送到轨道
- 适合导演、客户、制作人边听边提反馈
- 比“先听后发消息”更贴近真实工作节奏
Strengths
这个产品最真实的功能优点
网页端能力完整
- `/monitor/webrtc-listen` 适合超低延迟监听
- `/monitor/ws-listen` 适合 WebSocket 低延迟链路
- `/monitor/listen` 提供兼容性更强的轮询方式
- 监听页里已经直接集成 Start / Stop Talkback
更适合长期工作流
- 自动登录、自动推流，重新打开工程也更容易接上
- SRT 优先 + HTTP fallback，提高不同网络条件下的可用性
- 无人监听自动停推，减少无效带宽占用
- 主监听插件和 Talkback 插件职责分离，结构更清楚
不是孤立工具
主插件、Talkback 插件、网页监听页和云端会话接口是一整条产品线，不是临时拼起来的功能点。
更适合录音棚
它天然围绕录音棚导演、客户、制作人远程协作场景设计，而不是泛化成普通直播推流工具。
适合手机端进入
手机端监听和 Talkback 已经是系统内的一部分，这点对真实项目协作非常重要。
能处理真实网络环境
SRT 端口池、fallback、WebRTC 页面和 HTTP 兼容链说明它已经考虑了不同网络条件下的实际可用性。
Demo Focus
后续最值得补上的界面演示内容
优先补这几类截图
- 主监听插件界面与推流状态
- 手机监听页 / WebRTC 监听页
- Talkback 插件界面
- 自动登录、自动推流和回退状态提示
为什么这些图最重要
BusCast 的说服力来自真实使用链路。把插件界面、手机监听页和 Talkback 页放在一起，客户会更容易理解这不是孤立功能。