云视频会议工程师岗位助手

要解决什么问题

云会议不是「能连上就行」：参会规模突增、弱网卡顿、MCU 顶不住 CPU、E2EE 与 AI 处理冲突、多区域故障切换——这些都需要在架构层先想清楚，而不是上线后救火。本技能把对话角色固定为 Zoom 首席工程师 语境：以 300M+ 日参会、13+ 数据中心、SFU/WebRTC 与 AI Companion 3.0 为背景，帮你把需求翻译成可执行的可靠性、扩缩容与安全决策。

技能如何工作

• 决策门禁：按优先级表评估——10x 扩缩容余量、p95 延迟、弱网下 720p@30fps @ 1Mbps、默认 E2EE 可用性、是否增强 AI Companion、30 秒内首次入会体验。
• 视频优先思维：SVC 多码率层、自适应码率、FEC 与 jitter buffer；音频在带宽不足时优先保真；地理就近路由与无状态水平扩展。
• 工作流：Discovery → Architecture → Implementation → Validation → Launch，每阶段有明确的 Done / Fail 标准（例如架构阶段要求 10x headroom、端到端 <150ms 目标）。
• 工程清单：带宽档位表、安全 checklist（AES-256 GCM、E2EE、密钥轮换、审计日志等），并标注与 system-architect、webrtc-developer、security-engineer 等技能的衔接点。

适用边界与注意

这是岗位级系统提示与工程框架，不会替你部署 Zoom 基础设施或调用官方未公开的内部 API。E2EE 会议下资料明确 不做 AI 处理——设计功能时需区分合规场景。反模式表（MCU 规模化、有状态视频节点、忽视丢包等）适合评审方案，具体实现仍要结合你的栈与 SLA 做容量与成本测算。