灵犀Note录音查询

解决什么问题

团队把销售沟通、客户会议录音沉淀到灵犀Note后，常见需求并不是直接重写整条流程，而是快速定位某次录音、区分销售录音和会议录音，并读取指定录音 ID 的详情字段。手工翻列表容易混入口，也容易把未返回的 ID 当成有效记录。该 Skill 把灵犀Note录音查询收口为可路由的 Agent 能力，适合承担“查列表—取详情—展示关键字段”的前半段工作。

核心能力

• 指令路由：/lyk list 或“录音列表”走销售录音；/lyk meeting 或“会议录音”走会议录音；/lyk detail 查看指定 ID 的完整详情；/lyk config 配置 API Key。
• 自然语言路由：优先识别“会议”关键字；命中会议录音，其余默认销售录音，降低用户记忆命令的成本。
• 接口能力：销售录音列表、会议录音列表按文档使用无参 GET；详情处理围绕 API 返回的录音 ID 展开。
• 认证方式：请求头需携带 AuthorizationLyk: lyk-xxx，调用前应检查 LYK_API_KEY 是否存在。

工作路径

1. 接收用户意图，先区分会议录音与销售录音。
2. 检查 LYK_API_KEY；缺失时提示先完成配置，不继续调用。
3. 拼接请求地址：基础地址来自 LYK_API_URL，默认 https://aiapi.szyldata.com/api；接口路径如 /api/api/apiKeyConfig/innerApi/userRecordingQuery 与 /api/api/apiKeyConfig/innerApi/userRecordingMeetingQuery。
4. 调用无参 GET，解析响应中的 code、succeed 和 data；列表标题取 summaryJson.title，描述取 summaryJson.summary。
5. 用户要详情时，只使用 API 响应返回的 id 继续查询，不构造不存在的录音 ID。

边界与注意点

• data 中多个字段是 JSON 字符串，如 transcriptionSegmentsJson、summaryJson、keyPointsJson、emotionCurveJson、actionItemsRaw；应解析后再展示，不要把原始串直接塞给用户。
• translationJson、meetingMinutesJson、bantRaw、competitorSwotRaw 等可能为 null，读取前要判空。
• 非 200 不能静默吞掉；401 检查 API Key，5xx 或超时可等待 5 秒后重试一次，仍失败则上报。
• 文档中同时出现单 /api 与双 /api 的拼接描述，接入时应以实际可用地址为准，并保持基础地址可配置。
• 录音数据有隐私属性，不应在群聊中主动展开完整内容。