腾讯会议 MCP v1.1.0 发布
2026 年 10 月 31 日,腾讯会议 MCP 技能发布 v1.1.0。这次升级的重点也很清楚:整合录制查询入口,扩展会后内容获取,并增加录制分享、授权成员与智能化设置的管理能力。

腾讯会议 MCP v1.1.0 发布:录制查询、分享授权与智能设置迎来升级
一场会议结束后,工作往往还在继续。
找出讨论结论、整理待办、回看关键内容,再把录制分享给需要的同事——这些会后工作,正在成为 AI 助手发挥作用的重要场景。
2026 年 10 月 31 日,腾讯会议 MCP 技能发布 v1.1.0。 从 v1.0.15 到 v1.1.0,版本号的次版本位发生了变化。对照两个版本的技能文件,这次升级的重点也很清楚:整合录制查询入口,扩展会后内容获取,并增加录制分享、授权成员与智能化设置的管理能力。
对于用户,这意味着更多会后工作可以通过自然语言交给助手;对于接入开发者,录制相关工具的组织方式也有了明显调整。
01 录制查询重新组织:定位、读内容、查访问,路径更清晰
v1.0.15 已支持录制搜索、播放地址获取、转写查询和智能纪要读取,相关能力分布在多个独立工具中。
v1.1.0 将录制查询按三个阶段组织:
| 阶段 | 工具入口 | 解决的问题 |
| 定位录制 | search_records | 找到哪场会议、哪个录制文件 |
| 读取内容 | record_content | 获取纪要、待办、转写、段落或时间轴 |
| 查询访问信息 | record_access | 查看播放地址、分享配置、授权成员和智能化开关 |
以“帮我找到上周项目复盘的录制,看看有哪些结论”为例,助手可以先定位录制,再读取智能纪要;需要核对细节时,继续获取转写内容。
新版还统一了“找自己的录制”和“按关键词搜索录制”的推荐入口,两者都通过 search_records 完成。该工具既可以带关键词搜索,也可以仅按时间窗口查询。
这部分升级主要改变了能力的组织方式。 原有的纪要、转写和播放地址获取能力,通过更集中的入口继续提供服务。
02 会后内容获取增强:智能待办与智能时间轴纳入统一入口
record_content 通过不同的 action,提供五类内容读取能力:
▸ 智能纪要:获取录制对应的 AI 总结,延续原有多语言支持。
▸ 智能待办:获取录制对应的待办内容,便于整理后续行动。
▸ 转写内容:读取转写详情,或按关键词搜索转写原文。
▸ 转写段落:获取段落 ID,再读取具体段落文本。
▸ 智能时间轴:获取录制的时间轴内容,辅助梳理讨论脉络。
其中,录制智能待办与智能时间轴,是本次在技能工具说明中新增明确开放的读取能力。旧版已经支持元宝纪要待办,以及按时间轴字段搜索录制,此次进一步提供了录制待办、时间轴的直接读取入口。
实际使用时,可以这样表达需求:
“读取这场录制的智能待办,帮我整理成会后行动清单。” “获取这段录制的智能时间轴,梳理讨论过程。”
新版还明确说明:读取智能纪要、读取转写详情时,可以使用录制分享链接作为定位方式。遇到带密码的录制,仍需提供访问密码,并满足相应访问权限。
03 录制分享可管理:查看配置、调整范围、增删授权成员
会后协作经常遇到这样的需求:录制已经找到了,但谁能看、能看多久、能不能下载,还需要进一步设置。
v1.1.0 增加了 record_share_set,支持修改分享配置,并新增或移除授权成员。
具体可以管理:
▸ 分享开关与范围:关闭分享,或设置所有人、同企业成员等查看范围,并选择密码或申请权限等访问方式。
▸ 链接有效期:设置永久、7 天、15 天、30 天或自定义到期时间。
▸ 观看者能力:配置是否允许下载、是否允许查看转写与纪要,以及是否允许 Rooms 会议室设备查看。
▸ 指定成员授权:新增或移除成员,并为新增成员设置“可查看”或“可管理”权限。
例如:
“把这场录制设为同企业成员可查看,链接 7 天后过期。” “给王敏添加这场录制的查看权限。”
助手执行前,需要先查询当前分享配置与授权成员,展示变更前后的差异,再等待用户明确确认。相关修改仍受账号权限约束;根据新版错误处理说明,仅录制所有者可修改分享配置与授权成员。
同一次工具调用可以组合完成“改配置、加成员、减成员”。各项结果会分别返回,助手需要逐项说明成功或失败情况。 如果只有部分操作成功,已经生效的部分也需要如实告知。
下载设置还会受到企业策略约束:企业锁定下载时,应以实际查询到的生效配置为准。
04 字幕与 AI 开关可调整,联动规则写得更明确
新版增加 record_settings_set,用于修改指定录制文件的字幕/逐字稿开关与 AI 智能录制开关,并可通过 record_access 查询当前状态。
例如:
“查看这场录制的 AI 和逐字稿开关状态,帮我开启 AI。”
这两个开关存在联动关系:
▸ 开启 AI,会自动开启逐字稿。
▸ 关闭逐字稿,会自动关闭 AI。
因此,助手需要先展示当前状态和拟修改内容,说明影响,获得确认后再执行;完成后按接口返回的实际生效状态汇报。
对于接入开发者,新版也明确了参数类型:两个开关都使用整数枚举,1 表示关闭、2 表示开启,不能传布尔值。相关修改还受录制所有者权限及企业智能化服务开通情况约束。
05 查询范围与权限流程更明确,减少遗漏和误操作
除了新增管理能力,v1.1.0 还补充了多项调用边界。
首先,明确默认检索时间范围。
会议搜索、已结束会议查询和录制搜索,在未指定时间范围时,默认向前查询 30 天;元宝纪要搜索默认向前查询 365 天。查找更早的内容时,需要显式指定起始时间。
对用户来说,查询历史资料时,可以直接说清日期,例如“查找今年 7 月的项目复盘录制”。录制按时间查询仍有单次范围不超过 31 天、起始时间不早于一年前的限制。
其次,权限申请统一入口,保留完整确认流程。
原先分开的录制权限申请预览与提交工具,整合为 record_permission_apply,通过 prepare 和 commit 区分阶段。助手仍需先展示会议标题、录制所有者、申请人及申请说明,获得明确同意后才正式提交,并返回审批链接。
另外,通讯录解析可以服务于录制授权。
旧版主要将姓名、手机号或邮箱解析为用户标识,用于邀请、呼叫入会。新版将适用范围扩展到需要该标识的后续 MCP 操作,包括新增录制授权成员。
例如,用户明确要求“给王敏添加录制查看权限”时,助手可以先解析成员,再用于授权操作。纯粹查询某人是谁、属于哪个部门,仍不属于通讯录工具的服务范围;同名候选仍需由用户确认。
06 已有用户和接入开发者,升级时关注什么?
对于日常用户,最值得尝试的是三类任务:获取录制待办与时间轴、调整录制分享和成员授权、查询并修改字幕及 AI 开关。 预约、修改、取消会议,以及受邀人管理、会中呼叫等原有能力继续保留。
对于已有工具调用脚本的开发者,需要核对录制相关入口的迁移:
| v1.0.15 的调用方式 | v1.1.0 推荐入口 |
| get_records_list 查询录制列表 | search_records |
| get_smart_minutes 获取录制纪要 | record_content,action=minutes |
| 转写详情、段落及关键词搜索的独立工具 | record_content,选择对应 action |
| get_record_addresses 获取播放地址 | record_access,action=address |
| 独立的权限申请预览、提交工具 | record_permission_apply,选择 prepare 或 commit |
新版接口说明将部分旧工具标记为 deprecated。已有集成应根据新入口核对工具名、action 和定位参数;读取录制内容通常使用 record_file_id,查询播放地址、分享配置和授权成员则使用 meeting_record_id。
元宝纪要中的“滚动总结”在新版说明中统一称为“实时总结”。这项调整主要是术语统一,当前工具仍只支持在会议结束后获取元宝纪要,不应理解为新增了会中实时读取能力。
完成技能更新后,建议重新开始对话,让助手按新版规则执行任务。
v1.1.0 将录制内容获取、分享授权与智能化设置连接得更完整。 从会后回顾到资料分发,用户可以交给助手处理的环节进一步增加;对应的权限、确认和结果反馈规则,也同步得到细化。
下一次会议结束后,可以从一句“帮我读取这场录制的智能待办”开始,试试新版的会后协作能力。
本文依据 v1.0.15 与 v1.1.0 技能包中的技能说明、接口参考及错误处理文档对比撰写;功能使用以实际账号权限、企业配置、录制状态及服务端返回为准。