选择 RTC 架构与接入方案

理解这条链路

用三张责任表比较方案

信令表：房间、身份、权限、重连；媒体表：转发、混音、转码、录制和电话接入；控制表：Agent 生命周期、工具、话轮与业务状态。托管方案可以承担其中一部分，但要逐项确认接口和故障责任。自建的成本不只服务器，还包括升级、观测与值守。

理解 SFU 与 MCU 的用途

SFU 通常转发已编码媒体，便于多方订阅；MCU 解码、混合并重新编码，适合需要单路合成输出的场景，也带来处理与延迟开销。两人电话接 AI 时，未必需要会议式多层视频转发。选择与实际数据流相称的组件。

按这个顺序操作

1. 写出单通电话或单个房间的参与者和需要的媒体输出。
2. 明确哪一层负责鉴权、连通、录音、转码和 Agent 退出。
3. 分别验证信令成功、双向媒体连通、重连和正常释放资源。
4. 比较托管与自建时用相同业务流、并发条件和故障场景。

可直接复用的记录模板

能力 | 承担方 | 公开接口 | 验收证据
房间与鉴权 | 待填 | 待填 | 过期 token 被拒
双向媒体 | 待填 | 待填 | 两端录音与统计
转码/录制 | 待填 | 待填 | 格式与时间对齐
Agent 控制 | 待填 | 待填 | 取消、退出、恢复
故障责任 | 待填 | 待填 | 明确告警和联系人

做到什么程度才算通过

• 媒体与信令路径分别画清。
• 关键功能有实际接口依据。
• 重连与退出不泄漏会话资源。
• 比较时没有将纯媒体价格与整套 Agent 价格混用。

本轮确认的事实与来源

以下为公开资料支持的具体结论；操作流程和验收建议属于工程推导。仓库说明或厂商效果表述不等于独立实测。

这次更新了什么

合并自研架构与厂商横评；删除不同时点、地区和服务范围下的笼统优劣排名。

接着解决下一个问题