腾讯会议MCP

在腾讯会议生态里做自动化，最常见的卡点是：会议信息散在管理后台，录制和转写分散在不同入口，智能纪要要么拿不到，要么权限体系复杂，外部程序很难稳定访问。开发者真正需要的是一条统一通道，把这些能力通过结构化工具暴露出来。腾讯会议 MCP 服务做的就是这件事：它以 MCP 工具集的形式，覆盖会议生命周期里的核心动作。

它解决什么问题

• 会议管理：创建、修改、取消会议，支持周期性规则、入会限制、等候室、受邀人增删替换。
• 成员管理：查询参会者、受邀人、等候室成员；会中可执行等候室管理、呼叫入会、踢人等控制动作。
• 录制与转写：定位某场会议的录制，获取播放地址，读取转写段落与全文，按关键词搜索转写内容。
• 智能纪要：优先通过 get_smart_minutes 获取纪要，减少逐段拼装的成本。
• 异步导出：export_participants 生成 job_id，再通过 get_job_result 轮询获取下载链接，适合考勤和行为统计类分析。

它如何工作

核心流程遵循先确认再执行的原则，尤其是敏感操作。

1. 会议号转 ID：用户提供会议号时，先调用 get_meeting_by_code 换取 meeting_id，再继续后续工具调用。
2. 时间解析：涉及“今天”“明天”“下周一”等相对时间，先调用 convert_timestamp 获取当前时间，不依赖模型猜测；跨时区输入需传入 timezone，返回的时间戳已是 UTC，禁止二次转换。
3. 会议创建与修改：schedule_meeting 创建会议，可附带 invitees 数组；修改时使用 update_meeting，或仅做受邀人变更时推荐 meeting_invitees_add / _remove / _replace，语义更清晰。
4. 录制权限申请：遇到录制权限不足时，必须走两步流程——apply_record_permission_prepare 获取预览信息，向用户完整展示后，再调用 apply_record_permission_commit 提交；提交后展示 approval_url 供跟进。
5. 通讯录解析（严格白名单）：contact_search、contact_lookup_by_phone、contact_lookup_by_email 仅在“邀请参会”或“会中呼叫入会”场景下使用，用于把姓名/手机号/邮箱解析为 open_id。纯查询“某人是谁、什么部门、联系方式”不在服务范围内，严禁调用。
6. 追踪与反馈：所有工具返回的 X-Tc-Trace 或 rpcUuid 必须展示给用户；遇到工具报错、能力不足或结果异常，必须立即暂停任务并通过 submit_feedback 上报，且需获得用户明文同意。

适用边界与注意点

• 不在范围内的任务：腾讯文档、通用日程、即时通讯、企业微信审批/打卡、电话/PSTN、视频剪辑，以及其他会议平台（Zoom/Teams/飞书/钉钉）。
• 批量上限：受邀人不超过 100；呼叫入会单次不超过 20；踢人三项用户合计不超过 20；通讯录查询单次不超过 50。超限时告知用户分批处理，禁止自行截断。
• 敏感操作确认：修改/取消会议、变更受邀人、踢人、呼叫入会、提交反馈，均需先向用户展示关键信息并获得明确同意。
• 隐私约束：手机号、邮箱等强敏感信息禁止在对话或日志中复述明文；展示成员信息时优先使用昵称，且通讯录场景仅允许展示昵称、部门、职位三类字段。
• 录制状态限制：当录制状态为“录制中”或“转码中”时，不可查看内容，也不可申请权限，需等待其变为“转码完成”后再操作。
• 环境要求：依赖 python3，首次使用执行 python3 --version 检查；Token 需从 https://meeting.tencent.com/ai-skill 获取，并配置为环境变量 TENCENT_MEETING_TOKEN，未配置时所有调用会鉴权失败。