← 返回探索
实践与探索更新于 2026.10.31

腾讯会议 MCP v1.1.0 发布

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

腾讯会议 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 技能包中的技能说明、接口参考及错误处理文档对比撰写;功能使用以实际账号权限、企业配置、录制状态及服务端返回为准。

保持好奇,持续创造。继续探索 ↗