SRS Support 技能评估
核心用法
SRS Support 是一个面向 Simple Realtime Server (SRS) 的专业技术支持技能，主要服务于两类用户：
- 开发者：需要集成 SRS 到产品中的技术团队
- 终端用户：运行或配置 SRS 实例的系统管理员
该技能通过加载本地知识库（memory/srs-*.md 文件）提供精准问答，核心知识源为 srs-overview.md，按需加载 srs-coroutines.md 处理架构深度问题。回答范围覆盖协议支持（RTMP、SRT、WebRTC/WHIP/WHEP、HLS、DASH、HTTP-FLV、RTSP、GB28181）、编解码器配置、转封装/转码、性能调优、部署方案及故障排查。
显著优点
1. 知识权威性：直接基于 SRS 官方代码库和文档，非网络检索的二手信息
2. 结构化的知识加载策略：区分"始终加载"与"按需加载"，平衡回答质量与效率
3. 明确的技能边界：与 srs-learn（学习/编码）、st-develop（协程开发）形成清晰分工，避免功能重叠
4. 实战导向：提供具体命令（cd trunk && ./configure && make）、配置文件路径（trunk/conf/full.conf、trunk/conf/console.conf）、测试资源（trunk/doc/source.flv）
5. 性能数据透明：明确标注 TCP 协议（千级连接）与 UDP 协议（百级连接，音频转码时数十级）的容量差异
潜在局限
1. 平台限制：SRS 仅支持 Linux（Windows 需 WSL，macOS 仅开发用途），技能未提供跨平台适配方案
2. 单线程架构约束：需通过集群（origin cluster）横向扩展，对期望原生多线程的用户可能产生困惑
3. 知识库动态性：明确说明 "As the knowledge base grows, new srs-*.md files will appear"，存在信息时效性风险
4. 视频转码依赖外部：SRS 原生仅支持音频转码（AAC↔Opus、MP3→Opus），视频转码需 FFmpeg 外挂
5. 无实时联网能力：回答严格受限于本地知识文件，无法获取 SRS 最新版本变更
适合人群
- 正在选型流媒体服务器的架构师（需对比 Nginx-RTMP、Janus、Red5）
- 部署 SRS 的 DevOps/运维工程师（Docker/云原生配置）
- 集成直播/低延迟播放功能的客户端开发者
- 排查推拉流故障的技术支持人员
- 需了解 SRS 生态工具（srs-bench 压测、state-threads 协程库）的开发者
不适合人群：期望深入了解 State Threads 协程实现细节的底层开发者（应转 srs-learn 或 st-develop）、需要编写 SRS 扩展代码的 C++ 工程师。
常规风险
| 风险类型 | 说明 | 等级 |
|---------|------|------|
| 配置误导 | `trunk/conf/full.conf` 为完整配置参考，但生产环境需裁剪，直接套用可能导致性能问题 | 中 |
| 性能预期偏差 | 用户可能忽视 "单线程" 架构限制，未规划集群即部署高并发场景 | 中 |
| 协议兼容陷阱 | 并非所有编解码器支持所有协议（如 WebRTC 需 Opus），需仔细核对技能说明 | 低 |
| 知识滞后 | 本地知识库可能未同步 SRS 最新版本特性，关键决策前应人工核实官方仓库 | 低 |