腾讯会议助手

会议管理的工程化痛点

管理腾讯会议时，常见的工程问题很具体：会议开始时间需要和系统时区对齐，会议号（会议编号）与 meeting_id 之间存在一层映射，录制文件、转写文本、智能纪要分散在不同接口后面。人工在会议客户端里翻界面，容易在时间换算、分页查询、跨会议检索上做错或漏做。

技能如何工作

这个资格本质上是一套按规则编排的工具调用集合，核心能力分为四层。

会议生命周期管理：创建会议通过 schedule_meeting 完成，主题、开始时间、结束时间是必填项；未提及结束时间时默认 1 小时，周期性会议默认重复 50 次并要求显式提供 recurring_type。修改与取消走 update_meeting、cancel_meeting，执行前必须先展示会议信息并拿到用户确认，周期性会议还可以选择只取消某个子会议（传 sub_meeting_id）。

会议定位与成员查询：用户提供 9 位会议号时，统一先用 get_meeting_by_code 换取 meeting_id，再调用后续工具，这是所有按会议号操作的前置步骤。参会明细、受邀成员、等候室分别由 get_meeting_participants、get_meeting_invitees、get_waiting_room 提供，其中周期性会议查询参会明细必须带上 sub_meeting_id，列表接口按 has_remaining 和返回的 next_pos 翻页。当前会议列表（进行中/未开始）与历史会议列表（已结束）由 get_user_meetings、get_user_ended_meetings 分别负责，查「今天的会议」需要两者聚合去重。

录制与转写链路：查录制先走 get_records_list，查下载地址走 get_record_addresses，查转写走 get_transcripts_details 与 get_transcripts_paragraphs，转写段落还可以按关键词搜索。会议号到这三个能力的路径是固定的：get_meeting_by_code → get_records_list → 目标接口。

智能纪要：get_smart_minutes 用于拿结构化摘要，支持 default/zh/en/ja 四种语言。当用户问会议内容时，优先级是智能纪要优先，转写详情次选，录制地址兜底。

时间处理由 convert_timestamp 统一兜底：涉及「今天」「明天」「下周一」或只给时刻的描述，必须先调用它拿到基准时间再推算，禁止模型自行猜当前时间；非默认时区的用户输入会通过 timezone 参数进入，返回的 parsed_time_unix 已是 UTC 时间戳，不需要二次转换。

边界与注意点

适用范围仅限腾讯会议。腾讯文档、通用日程、即时通讯、企业微信审批/打卡、PSTN 语音、视频剪辑以及 Zoom/Teams/飞书/钉钉都不在触发范围内。

鉴权依赖环境变量 TENCENT_MEETING_TOKEN，未配置时所有工具调用都会返回鉴权失败。错误处理不是自由发挥：工具报错时要先查 references/error_dictionary.md，版本相关提示要查 references/version_management.md，完整传参示例在 references/api_references.md。

另外，工具返回中的 X-Tc-Trace / rpcUuid 需要展示给用户以便排查；改用户参数、猜日期、绕过确认直接改会议都属于规范禁止的操作。频率限制提到查询时间跨度不超过 31 天、起始时间不早于一年前。