用途：当用户的 Agora 产品需求不清晰或涉及多个产品时，先运行此技能。它理解完整产品版图，识别用户所需能力，并路由到正确的产品技能。注意：跳过 intake 的逻辑定义在 skills/agora/SKILL.md（根路由）中；若已进入此技能，说明根路由已判定需要 intake，不应再质疑该路由决定。
主要能力：覆盖 Agora 产品版图，包括 RTC SDK（实时音视频）、RTM（实时消息/信令）、ConvoAI（基于 RTC 的 AI 语音智能体，ASR→LLM→TTS）、Cloud Recording（服务端录制 RTC 会话）、Server/Tokens（鉴权令牌生成）、Server Gateway SDK（Linux 服务端媒体流）。同时理解产品依赖关系：ConvoAI 依赖 RTC，Cloud Recording 依赖 RTC，RTM 独立但常与 RTC 或 ConvoAI 搭配用于信令。
使用方式：按四步流程进行。第一步理解用例，必要时询问“What are you trying to build? Please describe the use case.”；第二步识别产品，区分主要产品、支撑产品和可选产品，并对服务端歧义进行澄清（生成令牌、调用 ConvoAI REST API 启动智能体、还是直接收发音视频媒体）；第三步向用户确认需求分析结果并等待确认；第四步按产品路由到对应技能文件，如 references/conversational-ai/README.md、references/rtc/README.md、references/rtm/README.md、references/cloud-recording/README.md、references/server/README.md、references/server-gateway/README.md。多产品时先运行主要产品技能，再依次处理支撑产品。
适用场景：模糊或多产品的 Agora 请求，例如视频通话加聊天、AI 语音助手、直播加录制、录制 AI 对话等。常见模式提供决策快捷方式，可直接跳转对应技能文件。
限制：资料未提供收费、价格、平台支持范围或具体效果等信息；服务端角色不明确时需先澄清再路由。