会议心智:一句话搞定会议全调度,用问题生命周期重新定义会议体验,从会前准备到会后跟进。追踪问题从提出到解决的全过程,回答三个核心问题:①这次会解决了什么?②上次的问题解决了吗?③我是不是要开什么新的会?深度使用腾讯会议全部能力(一句话创建/修改/取消会议、日程冲突检测、智能纪要、逐字转写、转写搜索、参会人分析、智能考勤、联系人管理、录制权限、会议成本量化),以飞书为执行层(任务派单/催办/日历/资料检索推送/导出Word)。核心差异化:问题未闭环时自动创建跟进会议(开启云录制+转写),形成自维持闭环。独有
用 Skill 重新定义会议体验,从会前准备到会后跟进
功能概述
用 Skill 重新定义会议体验,从会前准备到会后跟进是一项面向实际任务的技能,主要用于会议不是孤立事件,是解决问题链条上的节点;本 skill 追踪 问题从提出到解决的全过程 ,而非仅仅生成一份纪要;
核心要点
- 三个核心问题贯穿所有功能:;
- 这次会解决了什么?
- → 会后提取;
使用与执行
上次的问题解决了吗?→ 会前验证;我是不是要开什么新的会?→ 主动建议并直接创建;自维持闭环(核心差异化);问题未闭环 → 自动创建跟进会议(。
结果检查与注意事项
它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
会议心智
用 Skill 重新定义会议体验,从会前准备到会后跟进。
核心理念
会议不是孤立事件,是解决问题链条上的节点。本 skill 追踪问题从提出到解决的全过程,而非仅仅生成一份纪要。
三个核心问题贯穿所有功能:
- 这次会解决了什么? → 会后提取
- 上次的问题解决了吗? → 会前验证
- 我是不是要开什么新的会? → 主动建议并直接创建
自维持闭环(核心差异化)
问题未闭环 → 自动创建跟进会议(--auto-record-type cloud --auto-asr)→ 新会议自动被录制转写 → skill 再次处理 → 循环直到问题闭环。不需要用户每次手动操作。
平台分工
| 平台 | 角色 | 职责 |
|---|---|---|
| 腾讯会议(tmeet) | 数据主角 + 会议管理 | 会议全生命周期、录制转写、智能纪要、参会人分析、联系人 |
| 飞书(lark-cli) | 执行层 | 任务创建/追踪、催办消息、日历(线下会议)、通讯录 |
能力总览(我能做什么,你该怎么说)
不需要记任何命令,用自然语言说需求即可。以下是完整能力地图:
| 你想做什么 | 直接说 | 对应能力 |
|---|---|---|
| 建个会 | "帮我开明天下午3点和产品部的评审会,邀请张三李四" | 01 一句话调度 |
| 改期/取消 | "把明天的评审会改到后天10点" / "取消明天的会" | 01 一句话调度 |
| 查日程/约时间 | "我明天有哪些会" / "下周三下午有空吗" | 01 冲突检测 |
| 会前准备 | "帮我准备明天的产品评审会" | 01 会前简报 |
| 要资料 | "把上周会议纪要和需求文档发我" | 01 资料推送 |
| 会中查信息 | "上次会议关于预算的结论是什么" / "这指标行业标准多少" | 02 AI 答疑 |
| 催人入会 | "把张三呼叫进会议" | 02 会中辅助 |
| 查考勤 | "今天谁没来?谁迟到了?" | 02 智能考勤 |
| 整理刚开完的会 | "帮我整理刚开完的会" | 03 会后跟进 |
| 导出纪要 | "把纪要导出成Word" | 03 一键导出 |
| 查任务进度 | "上次会议的事做得怎么样了" | 03 任务追踪 |
| 查历史发言 | "会上提到的供应商名字是什么" | 04 决策溯源 |
| 评估会议价值 | "这个会还有必要开吗" / "会议成本多少" | 04 效率洞察 |
| 取消无效会议 | "这个周会没啥产出,取消吧" | 04 建议取消 |
| 写周报 | "帮我写周报" | 05 场景洞察 |
| 项目复盘 | "这个项目复盘一下" | 05 问题故事线 |
| 跟进未解决问题 | "那个问题解决了没?要不要再开个会" | 自动建会 |
| 定制纪要模版 | "帮我定制纪要模版" / "统一会议纪要格式" / "把纪要格式固定下来" | 06 纪要模版定制 |
| 党政机关纪要 | "帮我写党政机关会议纪要" / "常务会议纪要" | 06 公文体分支 |
| 保存会议设置 | "把这场会议的设置存为模版" / "帮我创建一个会议模版" | 07 设置模版 |
| 套用设置建会 | "用分享会模版建个会" / "按站会模版预定" | 07 设置模版 |
| 多语言纪要 | "把纪要翻译成英文" / "出一份日文版纪要" | 08 多语言输出 |
| 发言人侧重 | "重点整理张总在这场会上说的内容" | 08 发言人加工 |
| 同步腾讯文档 | "把纪要同步到腾讯文档" | 08 腾讯文档 |
三个核心问题,随时可问:
- "这次会解决了什么?" → 会后提取
- "上次的问题解决了吗?" → 会前验证 + 任务追踪
- "我是不是要开什么新的会?" → 主动建议并直接创建
快速开始
环境要求
| 依赖 | 最低版本 | 检查命令 |
|---|---|---|
| Node.js | v16+ | node -v |
| 腾讯会议 CLI | v1.0.12+ | tmeet --version |
| 飞书 CLI | 已登录即可 | lark-cli auth status |
安装
# 1. 安装腾讯会议 CLI(如未安装) npm install -g @tencentcloud/tmeet # 2. 登录腾讯会议(浏览器完成 OAuth 授权,token 有效期 30 天) tmeet auth login # 3. 登录飞书(任务/催办/日历功能需要;仅用会议分析可跳过) lark-cli auth login
首次使用(30 秒上手)
安装完成后,直接对 Agent 说自然语言即可,无需记命令:
刚开完会? → "帮我整理刚开完的会" 明天有会? → "帮我准备明天的产品评审会" 想建个会? → "帮我开明天下午3点和产品部的需求评审会,邀请张三李四" 查进度? → "上次会议的问题解决了吗" 看效率? → "这周会议效率怎么样" 定制纪要格式? → "帮我定制纪要模版" / "统一会议纪要格式" 存会议设置? → "把这场会议的设置存为模版" / "用分享会模版建个会"
首次运行时,skill 会自动执行连接检查(见下),并引导完成任何缺失的登录。
连接检查(每次进入必做,强制前置)
tmeet auth status→ 未登录则执行tmeet auth login,展示授权链接引导浏览器完成lark-cli auth status→ 未登录则执行lark-cli auth login- 至少腾讯会议已登录才能继续;飞书未连接时告知:会议分析/创建可用,任务派单/催办不可用
- 两者都未登录 → 流程终止,不做降级
会议内容获取:三场景路由
不是所有会议都有录制。skill 按以下优先级自动路由:
| 场景 | 判断条件 | 内容来源 |
|---|---|---|
| A. 线上有录制 | tmeet record list 返回非空 |
转写 + 智能纪要(最完整) |
| B. 线下有纪要文档 | 飞书日历事件关联了文档 | docs +fetch 读取纪要文档 |
| C. 无任何记录 | 以上都无 | 引导用户口述要点,AI 结构化 |
场景 B 检测(线下会议,飞书日历排期):
# 从日历找到会议事件 lark-cli calendar +agenda --as user # 检查事件是否关联了纪要文档(meeting_notes) lark-cli vc +notes --calendar-event-ids--as user # 有关联文档则读取 lark-cli docs +fetch --api-version v2 --doc --doc-format markdown --as user
场景 C(口述兜底):
"这场会没有录制。你可以简单说下:①讨论了什么 ②定了什么 ③谁要做什么。我来帮你结构化并派单。"
提取框架对三种输入源通用(见 assets/extraction-prompt.md)。
01 会前准备
一句话搞定会议全调度:创建、排期、冲突检测、资料备齐,零操作成本。
触发
"帮我开明天下午3点和产品部的需求评审会,邀请张三李四" / "我明天有哪些会" / "下周三下午有空吗" / "帮我准备明天的XX会" / 定时任务工作日 08:00
一句话会议调度
用户用自然语言描述需求,skill 解析为结构化参数并执行:
# 解析:"明天下午3点和产品部开需求评审会,邀请张三李四,开录制" tmeet contact search --username "张三" --department-name "产品部" tmeet contact search --username "李四" --department-name "产品部" tmeet meeting create --subject "需求评审会" --start "<明天15:00+08:00>" --end "<明天16:00+08:00>" --invitees "<张三open_id>,<李四open_id>" --auto-record-type cloud --auto-asr # 一句话改会:"把明天的评审会改到后天上午10点" tmeet meeting update --meeting-id--start "<后天10:00>" --end "<后天11:00>" # 一句话取消:"取消明天的评审会" tmeet meeting cancel --meeting-id
智能日程查询 / 冲突检测
# 查询日程(含线上+线下所有会议) lark-cli calendar +agenda --as user tmeet meeting list --start <目标日> --end <目标日+1> # 冲突检测逻辑: # 1. 拉取目标时段所有已有会议(tmeet + 飞书日历) # 2. 检测时间重叠 → 提示冲突 # 3. 扫描空闲时段 → 建议可用时间
"下周三下午有空吗?" → 拉取周三 12:00-18:00 所有会议 → "14:00-15:30 有产品周会,其余时段空闲。建议 16:00 开始。"
流程
查看即将召开的会议:
tmeet meeting list --start <今天> --end <明天> lark-cli calendar +agenda --as user # 含线下会议
获取会议详情和参会人:
tmeet meeting get --meeting-idtmeet meeting invitees-list --meeting-id
查找历史相关会议,比对任务状态:
tmeet meeting list-ended --start <30天前> --end <昨天> lark-cli task +search --query "[meeting-mind: meeting_id=<历史id>]" --as user
参会人出席分析(上次会议):
tmeet report participants --meeting-id <上次id> --start--end
对比 invitees-list(被邀请)vs report participants(实际到场)→ 出席率、缺席人。
上次会议发言摘要:
tmeet record list --meeting-id <上次id> tmeet record transcript-get --record-file-id
提取各参会人上次的核心观点和承诺。
会前资料自动检索推送:
# "把上周会议纪要和需求文档发我" tmeet meeting list-ended --start <上周一> --end <上周日> tmeet record smart-minutes --record-file-id <相关会议id> # 飞书云文档搜索(drive 域负责文件检索) lark-cli drive +search --query "需求文档" --as user # 汇总后通过飞书消息推送给个人(--user-id 传 open_id,--text 传纯文本) lark-cli im +messages-send --user-id--text "<纪要摘要+文档链接>" --as user
会议设置优化: 若检测到会议未开启录制/转写:
tmeet meeting update --meeting-id--auto-record-type cloud --auto-asr
输出:会前简报
📋 会前简报:[会议主题] ━━━━━━━━━━━━━━━━━━━━ 📅 [时间] | 👥 邀请[N]人 | 上次出席率[X/N] 📌 上次问题闭环状态: 1. [问题] → ✅已闭环 / ⚠️未闭环 / 🔄部分闭环 📝 待办执行:[X]完成 / [Y]进行中 / [Z]逾期 👤 参会人洞察: - [某人]连续[N]次缺席但有待办在身 - [某人]上次承诺:"[原话摘录]" 🎯 建议议程(基于未闭环问题自动生成): 1. [5min] 过[未闭环问题]进度 2. [15min] [新议题] 💡 建议:[调整参会人/时长/是否需要开这个会]
02 会中提效
全程智能护航:不漏听、不尴尬、不摸鱼。
能力分层
| 层级 | 能力 | 实现方式 |
|---|---|---|
| 平台原生(skill 确保开启) | 实时转写 + 发言人标注 | --auto-asr(创建/更新会议时强制开启) |
| 平台原生(skill 确保开启) | 云录制 | --auto-record-type cloud |
| 平台原生(会后获取) | AI 智能摘要 + 待办提取 | smart-minutes(会议结束后数分钟可用) |
| Skill 驱动 | 会中 AI 答疑 | Agent 实时联网检索(见下) |
| Skill 驱动 | 呼叫迟到者 / 等候室监控 | control call / report waiting-room-log |
| Skill 驱动 | 会后即时深度分析 | 转写解析(决策点/焦点偏移/待澄清) |
| Skill 驱动 | 智能考勤一句话出结果 | report participants vs invitees-list |
诚实边界:tmeet CLI 无实时推送/关键词订阅/事件回调能力。实时转写和 AI 摘要是腾讯会议客户端原生功能,skill 的职责是确保每场会议都开启这些能力,并在会后深度加工产物。
确保每场会议 AI 能力全开
# 创建时强制开启(自动建会已内置) tmeet meeting create ... --auto-record-type cloud --auto-asr # 检测到未开启时补开(对即将开始的会议) tmeet meeting update --meeting-id--auto-record-type cloud --auto-asr
开启后,腾讯会议客户端自动提供:实时逐字转写(带发言人标注)、会后 AI 智能摘要、自动待办提取。
会中 AI 答疑(Agent 实时能力)
会议进行中,用户可随时向 skill 提问:
"这个指标行业标准是多少?" / "竞品XX的方案是什么?" / "上次会议关于预算的结论是什么?"
# 历史会议信息 → 转写搜索 tmeet record transcript-search --record-file-id--text "预算" # 外部知识 → Agent 联网检索(WebSearch) # 即时给出答案,避免冷场、避免"会后我查一下"
会中辅助(会议进行中)
# 呼叫未入会的关键人(--users 传 open_id) tmeet control call --meeting-id--users " " # 请出误入/扰乱会议的人(默认允许重新入会,--allow-rejoin=false 禁止) tmeet control kick --meeting-id --users " " # 查看等候室(谁在等) tmeet report waiting-room-log --meeting-id
智能考勤(一句话出结果)
"今天谁没来?谁迟到了?"
tmeet meeting invitees-list --meeting-id# 应到 tmeet report participants --meeting-id --start --end # 实到
秒出明细:应到 N 人 / 实到 M 人 / 缺席名单 / 迟到名单(入会时间 vs 会议开始时间)。
实测提醒:
report participants需要主持人或报表权限,否则报9042 无权限操作。无权限时退化为仅展示应到名单(invitees-list),并如实告知实到数据不可用。
会后即时深度分析(会议刚结束)
从转写中提取:
关键决策点标记: 定位"我们决定…""就这么定了""方案X通过"等决策性语句,标记时间戳和发言人。
待澄清问题列表: 提取"这个还需要确认""回头看一下""不太确定"等未决表述。
焦点偏移检测: 对比会议主题与实际讨论内容,识别跑题段落及占比。
关键词定位: "会上提到deadline是什么时候?" → transcript-search 秒级定位原话和时间戳。
03 会后跟进
让会议真正落地:纪要生成、待办分派、任务追踪。
触发
"帮我整理刚开完的会" / 定时任务每天 18:00
流程
定位会议 + 获取全部内容:
# 搜索今日结束的会议 tmeet meeting list-ended --start <今天00:00+08:00> --end <现在> # 获取录制文件 tmeet record list --meeting-id# AI 智能纪要(总结 + 待办 + 关键讨论点) tmeet record smart-minutes --record-file-id # 逐字转写(完整对话 + 说话人 + 时间戳) tmeet record transcript-get --record-file-id # 长会议分段获取 tmeet record transcript-paragraphs --record-file-id # 实际参会人 tmeet report participants --meeting-id --start --end
录制无权限时:
tmeet record permission-apply-prepare --meeting-record-id# 展示给用户确认后 tmeet record permission-apply-commit --meeting-record-id
AI 结构化提取(五维度):
| 维度 | 说明 |
|---|---|
| 核心问题 | 本场会议要解决什么(1-3个) |
| 决定/结论 | 明确拍板的决定 |
| 待办事项 | 内容 + 责任人 + 截止日 |
| 遗留问题 | 讨论了但没解决的 |
| 闭环判断 | 之前的问题本次是否已解决 |
展示提取结果,用户确认后才创建任务。不能跳过确认。
待办自动派单:
# 解析责任人(腾讯会议通讯录) tmeet contact search --username "<姓名>" --department-name "<部门>" tmeet contact lookup-by-email --emails "<邮箱>" tmeet contact lookup-by-phone --phones "<手机号>" # 解析为飞书 open_id 并创建任务 lark-cli contact +search-user --query "<姓名>" --as user lark-cli task +create --summary "<待办>" --assignee "" --due "<日期>" --description "来源: 腾讯会议「<主题>」(<日期>)n[meeting-mind: meeting_id= platform=tmeet]n上下文: <摘要>" --as user
DDL 催办(定时任务,工作日 09:00):
检查到期/逾期任务 → lark-cli im +messages-send --user-id <责任人open_id> --text "<催办内容>" 催办。语气递进:
- 即将到期(24h):平和提醒
- 已逾期:催促 + 询问是否需要帮助
- 严重逾期(7天+):升级 + 建议"要不要开个会专门解决"
跨会议任务进度追踪:
lark-cli task +search --query "[meeting-mind: meeting_id=]" --as user
录制回看链接:
tmeet record address --meeting-record-id
结构化纪要输出 + 一键导出
提取完成后,按标准结构输出:
📋 会议纪要:[主题] ━━━━━━━━━━━━━━━━━━━━ 📅 [日期 时间] | 👥 实到[M]/应到[N]人 | ⏱ 时长[X]min 🎯 核心结论: 1. [结论1] 2. [结论2] ✅ 待办任务: | # | 任务 | 责任人 | 截止日 | 状态 | |---|------|--------|--------|------| | 1 | [内容] | [姓名] | [日期] | 已创建飞书任务 | 📌 决策事项: - [决策1](决策人:[姓名]) ⚠️ 遗留问题: - [问题] → 建议:[下一步] 🔗 录制回看:[链接]
导出 Word/PDF:
# 用户说"导出成Word" / "发个PDF给我" # 使用 docx skill 生成结构化文档,或输出 Markdown 转 PDF
同步飞书(自动):
- 待办 → 飞书任务(已含来源标记)
- 纪要摘要 → 飞书消息推送给参会人
- 关键决策 → 飞书任务评论(关联到对应任务)
04 效率洞察
从会议数据中提取价值:信息溯源、效率分析、模式识别。
触发
"会议效率怎么样" / "这个问题为什么一直没解决" / "这个会还有必要开吗"
会议成本量化
tmeet meeting list-ended --start <月初> --end <今天> tmeet report participants --meeting-id--start --end
会议时长 × 实际参会人数 = 消耗人时。
"这个问题跨了5场会议,累计消耗47人时,产出12个待办只完成4个。建议:停止在大会里带过,拉3人专项会30分钟解决。"
跨会议决策溯源
# 在多场会议转写中搜索同一关键词 tmeet record transcript-search --record-file-id--text "方案B" tmeet record transcript-search --record-file-id --text "方案B" tmeet record transcript-search --record-file-id --text "方案B"
生成决策时间线:谁在什么时候第一次提出 → 谁反对 → 最终谁拍板 → 执行结果。
周期性会议健康检测
# 获取周期性会议所有子会议 tmeet meeting list --show-all-sub 1 --start--end # 对比每期智能纪要:是否有新决定产出 tmeet record smart-minutes --record-file-id <每期id>
- 连续3期无新决定 → "建议取消或改为异步同步"
- 每期讨论相同问题 → "建议升级为专项会"
出席率分析
tmeet meeting invitees-list --meeting-id# 被邀请 tmeet report participants --meeting-id ... # 实际到场
- "邀请10人只来4人,建议缩小范围"
- "[某人]连续3次缺席,建议移除"
建议取消无效会议
tmeet meeting cancel --meeting-id# 取消单场 tmeet meeting cancel --meeting-id --sub-meeting-id # 取消周期性中某一期 tmeet meeting cancel --meeting-id --meeting-type 1 # 取消整个周期性会议
05 场景洞察
跨场景串联:周报、复盘一气呵成。
触发
"帮我写周报" / "这个项目复盘一下" / 每周五 18:00
周报基于会议数据自动起草
tmeet meeting list-ended --start <周一> --end <周五> tmeet record smart-minutes --record-file-id <每场id> lark-cli task +search --query "[meeting-mind:" --as user
输出:本周开了什么会 → 做了什么决定 → 完成了什么 → 遗留什么 → 下周需要跟进什么。
项目复盘(问题故事线)
tmeet meeting list-ended --start <项目开始> --end <今天> tmeet record transcript-search --record-file-id--text "<项目关键词>"
生成问题故事线:何时提出 → 经过几次讨论 → 做了哪些决定 → 谁在执行 → 当前状态。
会议效率体检报告
📊 本月会议效率体检 ━━━━━━━━━━━━━━━━━━━━ 会议:[N]场 | 总时长:[X]h | 总人时:[Y] 📈 产出:决定[M]个 | 待办[P]个(完成率[Z]%)| 闭环问题[Q]个 ⚠️ 效率警告: - [问题A] 已跨[N]场会议未闭环,消耗[X]人时 - [周会B] 连续[N]期无新产出 - [某人] 出席率仅[X]% 💡 建议: - 取消[会议C](已无新议题) - [问题A]升级为30分钟3人专项会 - 本月人时较上月增长[X]%,审视必要性
06 纪要模版定制
生成 → 调整 → 沉淀,三步把"AI 初版纪要"打磨成贴合企业习惯的定制模版,之后同类会议自动套用。
触发
"帮我定制纪要模版" / "统一会议纪要格式" / "把纪要格式固定下来" / "不同人整理纪要风格不统一" / "把纪要调整成我们习惯的样子再固定下来" / "党政机关会议纪要" / "公文格式会议纪要"
核心心态
步骤1生成的初版不追求一次到位,它只是"调整"的起点素材;步骤2允许反复来回打磨,直到用户明确表示可以固化,才进入步骤3。不要在步骤1就试图猜准企业习惯。
步骤 1 · 生成(选结构类型 + 单场会议 → 初版纪要)
- 打开
assets/meeting-structure-library.md,向用户展示预置的 8 种结构类型(常规会议 / 决策导向 / 行动追踪 / 复盘回顾 / 每日例会 / 头脑风暴 / 高管会议 / 党政机关会议),请用户选一种最接近的起点结构;也允许用户说"这几种都不太对,我想要类似 XX 的结构",此时 AI 基于最接近的一种做增删改造。- 若用户选择"党政机关会议":这是特殊分支,不套用其他7种的 emoji+表格式结构。打开
assets/gov-meeting-templates.md,先向用户展示其中 4 类子框架(决策性会议 / 办公例会 / 专题会议 / 座谈研讨会),用该文件"子框架判断"表的关键词辅助识别最接近哪一类(也可直接问用户这场会议的性质),无法判断时向用户确认而非自行猜测。确定子框架后,按该子框架的正式公文体格式生成正文,遵守文件内"通用规则"(用语规范、程序→观点→决策→行动顺序、使用禁忌、分歧处理等),不使用 emoji 分区。
- 若用户选择"党政机关会议":这是特殊分支,不套用其他7种的 emoji+表格式结构。打开
- 询问是想固化哪一类会议的模版(如"产品部周会"、党政机关场景下如"XX部门常务会议"),用于后续命名。
- 请用户提供一场该类型的会议(若在近3个月内,用
meeting list-ended/record list列出候选清单交用户选择,不要自行判断哪场符合;超出3个月窗口的,请用户提供meeting_code,用meeting get单独查询后继续走 record 相关命令拉取)。 - 依次
record list(拿 record_file_id)→record address(拿录制回看链接,供附在纪要末尾)→record smart-minutes(拿 AI 智能纪要),同时用transcript-get/transcript-paragraphs拉取转写全文/段落——智能纪要给结构化的摘要和待办草案,转写补充智能纪要可能压缩掉的细节(具体发言内容、上下文、发言人归属),两者一起作为生成依据,不要只依赖智能纪要单一来源。严格按选定结构类型的模版格式(常规7类见meeting-structure-library.md的分区/emoji/表格列/分隔线;党政机关会议见gov-meeting-templates.md对应子框架的正式公文体格式)填充实际会议内容,不要自行简化或改变呈现形式;模版里的条目数量仅为排版示意,不是数量约束——实际决策/待办/要点有多少条,就完整列出多少条,不能因为模版示例只给1-2条就把真实内容压缩截断。 - 交付初版,必须在同一条回复中,紧跟在初版内容之后,强制附上以下两件事,缺一不可:
- 明确告知这是按 XX 结构类型(党政机关场景下:XX子框架)生成的第一版,可以直接提修改意见来调整;
- 主动邀请用户提供真实历史纪要:直接问一句类似"如果您手头有这类会议过去人工整理过的真实纪要(哪怕只有1-2份),麻烦发给我,能让后面的调整更快贴近你们团队的实际习惯"。这不是可选项,每次交付初版后都必须触发这句邀请;如果用户在步骤1开始前已经主动提供过真实范例,则不需要重复邀请。
步骤 2 · 调整(语言反馈迭代,可结合真实历史纪要)
- 用户对步骤1产出的版本提修改意见(增删板块、改措辞、改待办颗粒度等),AI 直接按意见修改并重新交付。
- 主动推荐(持续跟进,不要放弃):如果用户在步骤1的邀请后仍未提供真实范例,且还在做多轮调整,可在合适的节点(如用户反馈"风格还是不太对"这类笼统意见时)再次提出:"如果能提供1-2份过去人工整理的真实纪要,会比反复口头描述更快让我抓住风格细节"。一旦用户提供了真实范例或明确表示"没有/不提供",之后不再重复邀请。
- 每轮调整不要只问"还有什么要改的吗",可以针对具体板块提问,例如:"待办这里我按'责任人+截止时间'两个字段写的,需要加验收标准吗?决议事项和行动项要分开列还是合并?"引导用户给出具体反馈。
- 重复1-3,直到用户明确表示"这版可以了/就按这个来"。
步骤 3 · 沉淀(固化为该类结构的默认模版)
- 将步骤2最终确认的版本,保存为该类会议的定制模版文件,命名:
{企业/团队名}-{会议类型}-定制纪要模版.md(例如"XX团队-产品周会-定制纪要模版.md"),使用assets/enterprise-template-skeleton.md的结构作为落盘骨架,同时标注这份模版基于步骤1选择的哪种结构类型起点(党政机关场景需同时标注具体子框架,如"党政机关会议-决策性会议")。 - 明确告知用户:后续同类型会议(如同样是"产品部周会")默认会调用这份定制模版生成纪要,不用每次重新走生成+调整。
- 如果用户后续还有其他类型的会议(如"决策评审会")需要定制,重新走一轮步骤1-3,产出独立的另一份模版文件——不同会议类型的模版分开存放,不要合并成一份大而全的文件。
- 沉淀完成后,必须主动列出全部可选的增值定制选项供用户挑选,不要只等用户自己想起来问,也不要只提其中一两项:
模版已经固化好了。接下来如果需要,我还可以帮您做: 1. 多语言输出——把这份纪要直接翻译成其他语言版本 2. 同步到腾讯文档——生成一份可在线协作查看的文档链接 3. 针对特定发言人的侧重版——单独整理某位发言人的观点和发言内容 还需要固化为定时任务,让以后每场同类会议结束后自动生成吗? 需要以上哪些,或者都不需要,直接告诉我就行。
定制模版的存储与复用
- 每种会议类型维护一份独立模版文件:
{企业/团队名}-{会议类型}-定制纪要模版.md。 - 模版固化后如果用户发现某场实际生成结果又不满意,可以直接重新走步骤2的调整对话,更新同一份模版文件(版本号+1),不需要重新走步骤1。
- 起点结构类型库:
assets/meeting-structure-library.md;党政机关会议子框架库:assets/gov-meeting-templates.md;落盘骨架:assets/enterprise-template-skeleton.md。
能力边界(必读)
| 能力点 | 边界 | 影响 |
|---|---|---|
record list(录制) |
录制文件约回溯近 3 个月 | 若用户要参照更早的历史录制/纪要,需让用户手动提供 meeting_code/历史文本 |
meeting list-ended(会议记录) |
可回溯更久(实测 17 个月+),但单次查询窗口必须 <90 天(否则报 190004) | 查更早的会议列表时自动切成多段 <90 天窗口依次查询 |
meeting list-ended 的相关性判断 |
系统不能识别"哪些会议属于该企业/该场景" | 候选会议必须列清单交用户自己挑,不能由 AI 自行判断 |
| "生成初版"这一步 | 不是"系统学习企业风格",是 AI 按选定的结构类型骨架 + 单场会议内容生成一版纪要 | 对外表述用"照这个结构类型帮您生成一版初稿",不要说"已经学会了您企业的风格" |
record smart-minutes --lang |
官方原生翻译仅支持 default/zh/en/ja 4 个选项,且是对原始智能纪要重新拉取 | 增值定制"多语言"不使用此参数,统一走 AI 翻译层处理已有内容(见 08) |
| 转写说话人字段 | 很多会议里是匿名标签(如"说话人01") | 按发言人筛选时先看是匿名编号还是真实姓名;匿名编号需用户协助对应,不能由 AI 猜测 |
| 定时任务(自动化) | 仅支持"周期性触发",不支持"会议结束"事件触发 | "自动生成"本质是周期轮询,需向用户如实说明 |
07 会议设置模版
将常用会议的设置(入会限制、等候室、水印、自动录制、自动转写等)保存为可复用模版,下次预定会议时直接套用,无需每次逐项重新配置。
触发
- "把 XX 会议的设置存为模版" / "保存成会议模版" / "下次预定会议时给我这个选项" / "帮我创建一个会议模版" → 创建模版
- "帮我预定会议" / "创建会议" / "约个会",且尚未指定完整设置 → 套用模版
- "用分享会模版建个会" / "按站会模版预定" → 直接指定模版套用
创建模版
- 询问用户创建方式:默认引导用户提供一场他希望参考的会议("有没有一场现有会议,设置比较符合你想要的模版?可以给我会议号或告诉我是哪场会议");同时告知用户也可以选择不参考任何会议,直接从设置项列表里逐项勾选来创建模版。按用户选择进入 A 或 B 分支。
A. 参考一场现有会议
通过
tmeet meeting get --meeting-id或--meeting-code获取该会议的完整设置(settings字段)。若用户在近期会议里找不准,可用tmeet meeting list-ended/tmeet meeting list列出候选清单交用户选择,不自行判断哪场符合。从
settings中提取以下关键字段,映射为tmeet meeting create支持的命令行参数:会议详情字段 create 命令参数 取值示例 only_user_join_type--join-type1=所有成员,2=仅受邀,3=仅企业内部 auto_in_waiting_room--waiting-roomtrue/false water_mark_type--water-mark-type0=单排,1=双排,2=关闭 audio_watermark--audio-watermarktrue/false auto_record_type--auto-record-typenone/local/cloud auto_asr--auto-asrtrue/false 把提取到的设置展示给用户确认,允许用户在此基础上调整个别项。
B. 不参考会议,直接创建
向用户完整列出所有可配置的设置项及可选取值,让用户逐项选择(未提及的项使用默认值):
设置项 create 命令参数 可选取值 默认值 入会限制 --join-type1=所有成员,2=仅受邀,3=仅企业内部 1 等候室 --waiting-room开启/关闭 关闭 主持人自动录制 --auto-record-typenone=关,local=本地,cloud=云录制 none 文字水印 --water-mark-type0=单排,1=双排,2=关闭 2(关闭) 音频水印 --audio-watermark开启/关闭 关闭 自动文字转写 --auto-asr开启/关闭 关闭 会议密码 --password4~6 位数字,可留空 无密码 会议类型 --meeting-type0=普通会议,1=周期性会议 0 布尔开关说明:
--waiting-room/--audio-watermark/--auto-asr是无值开关——命令里出现该 flag 即为开启,不出现即为关闭,不能写成--waiting-room false。cli_flags 中用true/false记录,拼装命令时true→ 加上 flag,false→ 省略 flag。密码不落盘:会议密码不会写入模版文件(安全考虑)。即使本次创建时设置了密码,模版只记录其他设置;下次套用该模版预定会议时,会单独询问是否设置密码。
用户逐项选定后,汇总成一份设置清单向用户确认无误。
创建模版收尾(A/B 共用)
- 向用户确认模版名称(如未指定,用会议主题或场景类型命名,如"分享会模版""站会模版")。
- 用 Write 工具在本 skill 的
templates/目录下创建,字段结构如下:.json { "template_id": "唯一标识,英文短横线命名", "template_name": "展示给用户的模版名称", "source_meeting": { "subject": "来源会议主题(走B分支时写"手动创建")", "meeting_code": "来源会议号,走B分支时省略", "captured_at": "创建日期" }, "description": "一句话描述该模版适用场景和核心设置", "cli_flags": { "join-type": 1, "waiting-room": false, "water-mark-type": 1, "audio-watermark": false, "auto-record-type": "none", "auto-asr": false }, "notes": ["对关键取值含义的补充说明"] } - 告知用户模版已保存,之后预定会议时会主动提供该模版选项。
套用模版(预定会议时)
- 先判断用户是否已在请求中直接指定模版(如"用分享会模版帮我建个会"):
- 若已指定:在
templates/目录下按template_name/template_id匹配对应模版文件,匹配到后跳过第 1 步,直接进入第 2 步;若找不到匹配项,告知用户未找到并展示当前可用模版列表。 - 若未指定:进入第 1 步。
- 若已指定:在
- 用户未指定模版时,先询问是否需要使用已保存的会议模版(是/否),不要一开始就把模版列表甩给用户:
- 若"否" → 跳过模版,直接询问会议主题/时间等设置,按用户口述或默认设置创建。
- 若"是" → 列出
templates/目录下所有*.json模版文件,展示template_name和description,让用户选择。
- 用户选定模版后,读取该模版的
cli_flags,作为tmeet meeting create的默认参数。 - 询问用户缺失的必填信息:会议主题
--subject、开始时间--start、结束时间--end(模版不包含这些信息,因为每次会议不同)。若为周期性会议还需询问周期规则。 - 拼装完整命令,向用户展示即将创建的会议信息(主题/时间/套用的模版设置),确认后执行
tmeet meeting create。 - 创建成功后展示会议主题/时间/会议号/入会链接。
注意事项
- 会议详情接口(
meeting get)返回的字段名和取值含义,与meeting create命令的参数取值可能不完全一致(例如水印字段的枚举值顺序),套用模版生成命令前,让用户确认最终生效的设置是否符合预期。 - 创建模版时严禁记录
meeting_id、参会人open_id、密码等敏感或会议专属信息,模版只保留可复用的"设置类"字段。 - 套用模版不代表跳过用户确认:创建会议前仍需向用户展示关键信息。
- 若
templates/目录为空,直接跳过"列出模版"步骤,正常询问设置即可。 - 创建模版后,重新读取生成的 json 文件,确认字段完整且不含敏感信息。套用模版创建会议后,用
tmeet meeting get --meeting-id <新会议id>核对实际生效的设置是否与模版一致。
08 增值定制
沉淀完成后随时可用:多语言输出、同步腾讯文档、发言人侧重加工。
多语言输出
直接对已生成的最终版纪要(已套用定制模版格式的完整内容)进行翻译,不重新拉取会议数据——翻译对象是当前这份成型的输出文本,保留原有的分区/emoji/表格结构,只替换语言内容。
- 不区分是否为
record smart-minutes --lang支持的 default/zh/en/ja,统一走 AI 翻译层直接处理已生成内容。 - 如目标语言恰好是 zh/en/ja 之一,也不需要为了"用官方接口"而重新调用
--lang参数重新拉取生成一遍,直接翻译现有版本即可。 - 保证多语言版本之间格式、结构、待办颗粒度完全一致,只有语言不同。
- 需向用户说明这是 AI 翻译而非官方翻译接口,准确性不做官方保证。
同步腾讯文档
腾讯文档连接器已连接时,把最终版纪要待办用 Markdown 内容创建为腾讯文档(标题建议:{企业/团队名}-{会议主题}-{日期}),返回链接供用户自行分享。
- 未连接则告知用户先连接,不阻塞其他产出。
- 多语言版本分别建档,不混在一份里。
- AI 只能创建新文档写入内容,不能自动分发/推送通知给团队成员,文档链接由用户自行转发。
发言人侧重加工
从转写内容中按发言人筛选/突出某人的发言,生成一份聚焦该发言人观点、发言内容的纪要版本——例如"重点整理一下张总在这场会上说的内容"。
执行方式:
- 先看
transcript-get/transcript-paragraphs里的说话人字段——如果显示的是真实姓名,可直接按姓名筛选;如果是匿名编号(如"说话人01"),需要请用户协助指认"说话人01是谁",不能由 AI 猜测编号对应关系。 - 需要用户明确指出想侧重的发言人是谁,不要自行猜测谁是重点对象。
- 产出时说明这是"针对XX发言内容的侧重版",区别于面向全员的完整版纪要。
自动建会(贯穿所有板块的行动能力)
不只是"建议你开个会",是直接帮你把会建好。 基础的创建/改期/取消见 01「一句话会议调度」。本节聚焦自动跟进这一核心差异化。
创建跟进会议(自维持闭环)
当检测到问题未闭环时,skill 主动建议并创建跟进会议:
tmeet meeting create --subject "【跟进】<问题描述>" --start "<时间>" --end "<时间>" --invitees "<相关人open_id>" --auto-record-type cloud --auto-asr --join-type 2
--auto-record-type cloud --auto-asr:新会议自动录制转写 → skill 下次自动处理 → 闭环不断--join-type 2:仅受邀人可入会(跟进会通常范围小、保密性高)
创建周期性跟进
问题需要多轮推进时,直接建周期性会议(避免每周手动重约):
tmeet meeting create --subject "【周跟进】<问题>" --start "<首次>" --end "<结束>" --meeting-type 1 --recurring-type 2 --until-type 1 --until-count 4 --invitees "" --auto-record-type cloud --auto-asr
--meeting-type 1(周期性)+ --recurring-type 2(每周)+ --until-count 4(共4期)。问题闭环后用 meeting cancel --meeting-type 1 一次性取消整个系列。
智能邀请逻辑
tmeet contact search --username "<姓名>" --department-name "<部门>" --job-title "<职位>" tmeet meeting invitees-add --meeting-id--invitees " " tmeet meeting invitees-remove --meeting-id --invitees " " tmeet meeting invitees-replace --meeting-id --invitees "<新名单open_id>"
邀请谁不是拍脑袋,skill 按规则自动计算:
- 必须参加:未闭环待办的责任人
- 应该参加:上次会议对该问题有发言的人
- 特别标注:连续缺席但有待办在身者(简报中提示,由用户决定是否强制邀请)
自动化配置
想让 skill 在后台持续工作,说一句话即可开启,例如:
"帮我设置每天下班前自动整理当天的会议" / "开启每日催办" / "每周五帮我自动写周报"
skill 会创建对应的定时任务(周期轮询):
| 任务 | 频率 | 逻辑 |
|---|---|---|
| 新会议处理 | 每天 18:00 | meeting list-ended → 提取 → 任务 → 推送 |
| 纪要自动生成(定制模版) | 按用户约定(如每天/每小时) | 查新结
目录
热门AI工具 相关专题
Go-Zero API开发使用教程
本专题聚焦Go-Zero的API开发,拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则,说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式,并给出网关聚合与接口测试的实践建议。 0 2026.11.12
Go-Zero安装与goctl环境配置教程
本专题围绕Go-Zero的安装与工具链配置展开,讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置,说明多版本共存、升级回退与CI流水线安装的做法,并整理安装阶段的常见报错与验证步骤。 0 2026.11.12
Go-Zero零基础入门教程
本专题整理Go-Zero的入门知识,从框架定位、环境准备到跑通第一个API服务,讲清目录分层、配置加载、日志与中间件的基本用法,并对比Gin、Kratos的差异,帮助Go开发者建立整体认知,判断它是否适合当前项目。 0 2026.11.12
Postman身份认证怎么配置
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。 0 2026.11.06
Postman请求头Headers怎么设置
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。 0 2026.11.06
Postman接口请求发送教程
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。 0 2026.11.06
DBeaver怎么导入数据
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。 0 2026.11.05
DBeaver安全防护教程大全
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。 0 2026.11.05
DBeaver连接创建与配置教程
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。 0 2026.11.04 热门下载 相关下载 精品课程 热门推荐 /
最新课程
JavaScript ES5基础线上课程教学
共6课时 | 12.1万人学习
最新ThinkPHP 5.1全球首发视频教程(60天成就PHP大牛线上培训班课)
共79课时 | 161.8万人学习
phpStudy极速入门视频教程
共6课时 | 54.7万人学习 最新文章 |








