技能介绍

解决什么问题

会议结束后，原始录制往往散落在不同入口，人工整理纪要既费时又容易遗漏待办。这个技能把“从腾讯会议录制中拿到可信结论”这件事拆开：先用官方 CLI 定位录制，再读取原生智能纪要和待办作为事实源，只在需要时回查转写原文，最后输出结构化的总结和待办账本。它不替代会议记录员，而是让 Agent 在明确的证据链上整理，而不是凭印象重写。

核心能力与关键步骤

录制定位：按会议号、时间范围、主题、创建人、纪要/转写内容、时间线或文件类型检索，多条候选时由用户确认，不擅自选择。
原生纪要优先：调用 record smart-minutes 获取腾讯会议原生总结、决议和 Todo，作为第一事实源；只有需要原话、发言人、上下文或时间点时，才通过 record transcript-get、record transcript-paragraphs 或 record transcript-search 补充。
待办账本：统一责任人、截止时间、状态字段；未明确时分别写“待确认”或“待处理（默认）”。同一会议的语义相同待办可合并但保留来源，不同会议只建立关联，不直接合并。
来源标记：每项输出标注 smart-minutes、transcript、Agent整理（基于 transcript） 或 用户补充。智能纪要未返回原生待办时如实说明，只在用户接受兜底时从转写抽取候选项，不伪装成原生结果。
权限申请：内容命令无权限时，先 permission-apply-prepare 展示申请类型、会议标题、录制所有者、申请备注和有效期，跨用户回合确认后再 permission-apply-commit；提交不等于获批，未批准前不继续读取。

适用边界

只使用官方 record 命令族，不调用旧版 minute 命令；不自动创建、分派或更新 Jira、飞书、Asana 等外部任务，也不自动发消息或邮件。meeting_id、meeting_record_id、record_file_id 仅在内部命令间传递，不回显给用户；下载或播放地址含临时凭据时只在用户明确索取时展示并注明过期时间，不写入待办账本。输出中的待办记录不代表外部任务系统中的真实任务，审批状态也以返回的 approval_url 和状态为准。