腾讯会议 Pro 助手

解决什么问题

批量组织一场腾讯会议，往往要在多个入口之间来回切换：创建要填时间主题、建完要查冲突、散会后还要翻录制页拿转写、整理纪要和待办。等需要把同一批受邀人复制到下一场会议时，又要重新导入通讯录。tmeet 把这个流程压到一个命令行里，让 Agent 用统一接口完成会议全生命周期操作，而不是让用户在网页和表格之间手工搬运。

核心能力与工作流程

技能围绕几个概念展开：会议（Meeting） 以 meeting_code（会议号）对外展示，内部 meeting_id 不暴露给用户；周期性会议 会拆成多个子会议；录制、智能纪要、转写 基于同一份录制文件生成，转写支持段落查询和关键词搜索；会议报告 提供参会人列表与等候室成员。

典型流程分三步：

1. 授权登录：auth login 是阻塞命令，必须以后台方式运行并提取输出中的授权 URL，完整展示给用户在浏览器完成授权。首次调用或切换模型时，Agent 会把自己和模型名写入 TMEET_AGENT、TMEET_MODEL 环境变量。
2. 创建与调度：通过 meeting 子命令建会，支持批量场景。时间参数统一走 ISO 8601 带时区格式（如 2026-03-12T14:00:00+08:00）；结束时间不晚于开始时间时，先和用户确认是否跨天再执行。
3. 会后回收：用 scripts/fetch-records.sh 跨会议批量拉取转写、纪要与待办，再经 todo-kanban.sh、todo-to-sheet.sh、todo-to-doc.sh 输出为 HTML 看板、腾讯文档或 Markdown 复盘。

批量场景由辅助脚本兜底：check-conflict.sh 检测多场会议的时间冲突，transfer-invitees.sh 把历史会议的受邀人一键继承到新会议。

适用边界与注意点

• 写操作强二次确认：meeting cancel、meeting update、meeting invitees-remove、meeting invitees-replace、control call、control kick、auth logout 等命令不可逆或高风险，执行前必须先向用户展示操作详情，收到明确确认后才运行。
• 踢人来源有硬约束：control kick 的目标成员只能取自 report participants 返回的会中参会人列表，不能用通讯录搜索结果，因为通讯录成员不代表已在当前会议中。
• 通讯录不是通用查询接口：contact search 仅用于会议邀请、呼叫成员入会、受邀人姓名回填三类场景，且返回多条候选时必须让用户选择，禁止自行猜测。
• 必填参数不猜测：参数缺失时向用户确认，不填默认值。
• 隐私与反馈：AccessToken 等凭证不得明文输出；遇到命令缺失、报错或结果异常，可先尝试替代方案，确实无法解决时再向用户确认后用 tshoot feedback 上报，反馈内容必须脱敏且同一问题只报一次。

需要注意，该技能依赖 tmeet CLI 与 npm 环境，未登录时所有命令都会提示 user config is empty。