会议心智

用 Skill 重新定义会议体验，从会前准备到会后跟进。

核心理念

会议不是孤立事件，是解决问题链条上的节点。本 skill 追踪问题从提出到解决的全过程，而非仅仅生成一份纪要。

三个核心问题贯穿所有功能：

1. 这次会解决了什么？ → 会后提取
2. 上次的问题解决了吗？ → 会前验证
3. 我是不是要开什么新的会？ → 主动建议并直接创建

自维持闭环（核心差异化）

问题未闭环 → 自动创建跟进会议（--auto-record-type cloud --auto-asr）→ 新会议自动被录制转写 → skill 再次处理 → 循环直到问题闭环。不需要用户每次手动操作。

平台分工

能力总览（我能做什么，你该怎么说）

不需要记任何命令，用自然语言说需求即可。以下是完整能力地图：

三个核心问题，随时可问：

• "这次会解决了什么？" → 会后提取
• "上次的问题解决了吗？" → 会前验证 + 任务追踪
• "我是不是要开什么新的会？" → 主动建议并直接创建

快速开始

环境要求

安装

# 1. 安装腾讯会议 CLI（如未安装）
npm install -g @tencentcloud/tmeet

# 2. 登录腾讯会议（浏览器完成 OAuth 授权，token 有效期 30 天）
tmeet auth login

# 3. 登录飞书（任务/催办/日历功能需要；仅用会议分析可跳过）
lark-cli auth login

首次使用（30 秒上手）

安装完成后，直接对 Agent 说自然语言即可，无需记命令：

刚开完会？ → "帮我整理刚开完的会" 明天有会？ → "帮我准备明天的产品评审会" 想建个会？ → "帮我开明天下午3点和产品部的需求评审会，邀请张三李四" 查进度？ → "上次会议的问题解决了吗" 看效率？ → "这周会议效率怎么样" 定制纪要格式？ → "帮我定制纪要模版" / "统一会议纪要格式" 存会议设置？ → "把这场会议的设置存为模版" / "用分享会模版建个会"

首次运行时，skill 会自动执行连接检查（见下），并引导完成任何缺失的登录。

连接检查（每次进入必做，强制前置）

1. tmeet auth status → 未登录则执行 tmeet auth login，展示授权链接引导浏览器完成
2. lark-cli auth status → 未登录则执行 lark-cli auth login
3. 至少腾讯会议已登录才能继续；飞书未连接时告知：会议分析/创建可用，任务派单/催办不可用
4. 两者都未登录 → 流程终止，不做降级

会议内容获取：三场景路由

不是所有会议都有录制。skill 按以下优先级自动路由：

场景 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-id 
tmeet 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 会中提效

全程智能护航：不漏听、不尴尬、不摸鱼。

能力分层

诚实边界：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 结构化提取（五维度）：

展示提取结果，用户确认后才创建任务。不能跳过确认。

待办自动派单：

# 解析责任人（腾讯会议通讯录）
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 · 生成（选结构类型 + 单场会议 → 初版纪要）

1. 打开 assets/meeting-structure-library.md，向用户展示预置的 8 种结构类型（常规会议 / 决策导向 / 行动追踪 / 复盘回顾 / 每日例会 / 头脑风暴 / 高管会议 / 党政机关会议），请用户选一种最接近的起点结构；也允许用户说"这几种都不太对，我想要类似 XX 的结构"，此时 AI 基于最接近的一种做增删改造。
   • 若用户选择"党政机关会议"：这是特殊分支，不套用其他7种的 emoji+表格式结构。打开 assets/gov-meeting-templates.md，先向用户展示其中 4 类子框架（决策性会议 / 办公例会 / 专题会议 / 座谈研讨会），用该文件"子框架判断"表的关键词辅助识别最接近哪一类（也可直接问用户这场会议的性质），无法判断时向用户确认而非自行猜测。确定子框架后，按该子框架的正式公文体格式生成正文，遵守文件内"通用规则"（用语规范、程序→观点→决策→行动顺序、使用禁忌、分歧处理等），不使用 emoji 分区。
2. 询问是想固化哪一类会议的模版（如"产品部周会"、党政机关场景下如"XX部门常务会议"），用于后续命名。
3. 请用户提供一场该类型的会议（若在近3个月内，用 meeting list-ended / record list 列出候选清单交用户选择，不要自行判断哪场符合；超出3个月窗口的，请用户提供 meeting_code，用 meeting get 单独查询后继续走 record 相关命令拉取）。
4. 依次 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条就把真实内容压缩截断。
5. 交付初版，必须在同一条回复中，紧跟在初版内容之后，强制附上以下两件事，缺一不可：
   • 明确告知这是按 XX 结构类型（党政机关场景下：XX子框架）生成的第一版，可以直接提修改意见来调整；
   • 主动邀请用户提供真实历史纪要：直接问一句类似"如果您手头有这类会议过去人工整理过的真实纪要（哪怕只有1-2份），麻烦发给我，能让后面的调整更快贴近你们团队的实际习惯"。这不是可选项，每次交付初版后都必须触发这句邀请；如果用户在步骤1开始前已经主动提供过真实范例，则不需要重复邀请。

步骤 2 · 调整（语言反馈迭代，可结合真实历史纪要）

1. 用户对步骤1产出的版本提修改意见（增删板块、改措辞、改待办颗粒度等），AI 直接按意见修改并重新交付。
2. 主动推荐（持续跟进，不要放弃）：如果用户在步骤1的邀请后仍未提供真实范例，且还在做多轮调整，可在合适的节点（如用户反馈"风格还是不太对"这类笼统意见时）再次提出："如果能提供1-2份过去人工整理的真实纪要，会比反复口头描述更快让我抓住风格细节"。一旦用户提供了真实范例或明确表示"没有/不提供"，之后不再重复邀请。
3. 每轮调整不要只问"还有什么要改的吗"，可以针对具体板块提问，例如："待办这里我按'责任人+截止时间'两个字段写的，需要加验收标准吗？决议事项和行动项要分开列还是合并？"引导用户给出具体反馈。
4. 重复1-3，直到用户明确表示"这版可以了/就按这个来"。

步骤 3 · 沉淀（固化为该类结构的默认模版）

1. 将步骤2最终确认的版本，保存为该类会议的定制模版文件，命名：{企业/团队名}-{会议类型}-定制纪要模版.md（例如"XX团队-产品周会-定制纪要模版.md"），使用 assets/enterprise-template-skeleton.md 的结构作为落盘骨架，同时标注这份模版基于步骤1选择的哪种结构类型起点（党政机关场景需同时标注具体子框架，如"党政机关会议-决策性会议"）。
2. 明确告知用户：后续同类型会议（如同样是"产品部周会"）默认会调用这份定制模版生成纪要，不用每次重新走生成+调整。
3. 如果用户后续还有其他类型的会议（如"决策评审会"）需要定制，重新走一轮步骤1-3，产出独立的另一份模版文件——不同会议类型的模版分开存放，不要合并成一份大而全的文件。
4. 沉淀完成后，必须主动列出全部可选的增值定制选项供用户挑选，不要只等用户自己想起来问，也不要只提其中一两项：

   模版已经固化好了。接下来如果需要，我还可以帮您做：
   1. 多语言输出——把这份纪要直接翻译成其他语言版本
   2. 同步到腾讯文档——生成一份可在线协作查看的文档链接
   3. 针对特定发言人的侧重版——单独整理某位发言人的观点和发言内容
   还需要固化为定时任务，让以后每场同类会议结束后自动生成吗？
   需要以上哪些，或者都不需要，直接告诉我就行。
   

定制模版的存储与复用

• 每种会议类型维护一份独立模版文件：{企业/团队名}-{会议类型}-定制纪要模版.md。
• 模版固化后如果用户发现某场实际生成结果又不满意，可以直接重新走步骤2的调整对话，更新同一份模版文件（版本号+1），不需要重新走步骤1。
• 起点结构类型库：assets/meeting-structure-library.md；党政机关会议子框架库：assets/gov-meeting-templates.md；落盘骨架：assets/enterprise-template-skeleton.md。

能力边界（必读）

07 会议设置模版

将常用会议的设置（入会限制、等候室、水印、自动录制、自动转写等）保存为可复用模版，下次预定会议时直接套用，无需每次逐项重新配置。

触发

• "把 XX 会议的设置存为模版" / "保存成会议模版" / "下次预定会议时给我这个选项" / "帮我创建一个会议模版" → 创建模版
• "帮我预定会议" / "创建会议" / "约个会"，且尚未指定完整设置 → 套用模版
• "用分享会模版建个会" / "按站会模版预定" → 直接指定模版套用

创建模版

0. 询问用户创建方式：默认引导用户提供一场他希望参考的会议（"有没有一场现有会议，设置比较符合你想要的模版？可以给我会议号或告诉我是哪场会议"）；同时告知用户也可以选择不参考任何会议，直接从设置项列表里逐项勾选来创建模版。按用户选择进入 A 或 B 分支。

A. 参考一场现有会议

1. 通过 tmeet meeting get --meeting-id 或 --meeting-code 获取该会议的完整设置（settings 字段）。若用户在近期会议里找不准，可用 tmeet meeting list-ended / tmeet meeting list 列出候选清单交用户选择，不自行判断哪场符合。

2. 从 settings 中提取以下关键字段，映射为 tmeet meeting create 支持的命令行参数：

   会议详情字段	create 命令参数	取值示例
   only_user_join_type	--join-type	1=所有成员，2=仅受邀，3=仅企业内部
   auto_in_waiting_room	--waiting-room	true/false
   water_mark_type	--water-mark-type	0=单排，1=双排，2=关闭
   audio_watermark	--audio-watermark	true/false
   auto_record_type	--auto-record-type	none/local/cloud
   auto_asr	--auto-asr	true/false

3. 把提取到的设置展示给用户确认，允许用户在此基础上调整个别项。

B. 不参考会议，直接创建

1. 向用户完整列出所有可配置的设置项及可选取值，让用户逐项选择（未提及的项使用默认值）：

   设置项	create 命令参数	可选取值	默认值
   入会限制	--join-type	1=所有成员，2=仅受邀，3=仅企业内部	1
   等候室	--waiting-room	开启/关闭	关闭
   主持人自动录制	--auto-record-type	none=关，local=本地，cloud=云录制	none
   文字水印	--water-mark-type	0=单排，1=双排，2=关闭	2（关闭）
   音频水印	--audio-watermark	开启/关闭	关闭
   自动文字转写	--auto-asr	开启/关闭	关闭
   会议密码	--password	4~6 位数字，可留空	无密码
   会议类型	--meeting-type	0=普通会议，1=周期性会议	0

   布尔开关说明：--waiting-room / --audio-watermark / --auto-asr 是无值开关——命令里出现该 flag 即为开启，不出现即为关闭，不能写成 --waiting-room false。cli_flags 中用 true/false 记录，拼装命令时 true → 加上 flag，false → 省略 flag。

   密码不落盘：会议密码不会写入模版文件（安全考虑）。即使本次创建时设置了密码，模版只记录其他设置；下次套用该模版预定会议时，会单独询问是否设置密码。

2. 用户逐项选定后，汇总成一份设置清单向用户确认无误。

创建模版收尾（A/B 共用）

3. 向用户确认模版名称（如未指定，用会议主题或场景类型命名，如"分享会模版""站会模版"）。
4. 用 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": ["对关键取值含义的补充说明"]
   }
   

5. 告知用户模版已保存，之后预定会议时会主动提供该模版选项。

套用模版（预定会议时）

0. 先判断用户是否已在请求中直接指定模版（如"用分享会模版帮我建个会"）：
   • 若已指定：在 templates/ 目录下按 template_name/template_id 匹配对应模版文件，匹配到后跳过第 1 步，直接进入第 2 步；若找不到匹配项，告知用户未找到并展示当前可用模版列表。
   • 若未指定：进入第 1 步。
1. 用户未指定模版时，先询问是否需要使用已保存的会议模版（是/否），不要一开始就把模版列表甩给用户：
   • 若"否" → 跳过模版，直接询问会议主题/时间等设置，按用户口述或默认设置创建。
   • 若"是" → 列出 templates/ 目录下所有 *.json 模版文件，展示 template_name 和 description，让用户选择。
2. 用户选定模版后，读取该模版的 cli_flags，作为 tmeet meeting create 的默认参数。
3. 询问用户缺失的必填信息：会议主题 --subject、开始时间 --start、结束时间 --end（模版不包含这些信息，因为每次会议不同）。若为周期性会议还需询问周期规则。
4. 拼装完整命令，向用户展示即将创建的会议信息（主题/时间/套用的模版设置），确认后执行 tmeet meeting create。
5. 创建成功后展示会议主题/时间/会议号/入会链接。

注意事项

• 会议详情接口（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 只能创建新文档写入内容，不能自动分发/推送通知给团队成员，文档链接由用户自行转发。

发言人侧重加工

从转写内容中按发言人筛选/突出某人的发言，生成一份聚焦该发言人观点、发言内容的纪要版本——例如"重点整理一下张总在这场会上说的内容"。

执行方式：

1. 先看 transcript-get/transcript-paragraphs 里的说话人字段——如果显示的是真实姓名，可直接按姓名筛选；如果是匿名编号（如"说话人01"），需要请用户协助指认"说话人01是谁"，不能由 AI 猜测编号对应关系。
2. 需要用户明确指出想侧重的发言人是谁，不要自行猜测谁是重点对象。
3. 产出时说明这是"针对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 → 提取 → 任务 → 推送
纪要自动生成（定制模版）	按用户约定（如每天/每小时）	查新结 作者最新文章 如何确保 Java 记录（record）中集合字段真正不可变 Konva.js 响应式画布中保持图形比例不变的完整解决方案 Go语言中变量作用域与赋值操作的正确用法 Duo Security Admin API 认证失败（401）的完整解决方案 Go语言中if-else语句内的变量作用域与赋值误区详解 热门AI工具 更多 超级麦吉 Hot 蛙蛙写作 Hot DeepSeek 切问学术 Hot 豆包大模型 VibeKnow Hot 墨刀AI Hot UpDream Hot 相关专题 更多 Go-Zero API开发使用教程 本专题聚焦Go-Zero的API开发，拆解.api描述文件的语法结构、路由与分组定义、参数绑定与校验规则，说明统一响应体、JWT鉴权、跨域与接口文档生成的落地方式，并给出网关聚合与接口测试的实践建议。 2026.11.12 0 15 Go-Zero安装与goctl环境配置教程 本专题围绕Go-Zero的安装与工具链配置展开，讲清Go版本要求、goctl安装方式、代理镜像、protoc依赖与环境变量设置，说明多版本共存、升级回退与CI流水线安装的做法，并整理安装阶段的常见报错与验证步骤。 2026.11.12 0 15 Go-Zero零基础入门教程 本专题整理Go-Zero的入门知识，从框架定位、环境准备到跑通第一个API服务，讲清目录分层、配置加载、日志与中间件的基本用法，并对比Gin、Kratos的差异，帮助Go开发者建立整体认知，判断它是否适合当前项目。 2026.11.12 0 15 Postman身份认证怎么配置 本专题从实际API接口调试场景出发，讲解Postman身份认证的完整配置流程，包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查，帮助用户正确完成接口授权与访问验证。 2026.11.06 0 12 Postman请求头Headers怎么设置 围绕Postman HTTP请求头配置展开，讲解Headers选项的具体使用方式，包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法，帮助用户解决接口调试过程中遇到的请求头配置问题。 2026.11.06 0 13 Postman接口请求发送教程 详细介绍Postman接口请求的创建与发送方法，涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看，帮助用户掌握Postman接口请求的完整操作流程。 2026.11.06 0 10 DBeaver怎么导入数据 DBeaver数据导入专题，整理Excel、CSV、SQL、TXT等常见文件的数据导入方法，涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作，帮助用户将本地文件中的数据写入数据库，并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。 2026.11.05 0 12 DBeaver安全防护教程大全 DBeaver安全防护专题，围绕数据库连接安全、账号密码保护和访问权限管理展开，整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法，同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项，帮助用户提高数据库日常管理的安全性。 2026.11.05 0 12 DBeaver连接创建与配置教程 本专题聚焦DBeaver数据库连接配置与管理，覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库，整理相应的连接设置方法，并提供驱动缺失、认证失败和连接异常等问题的排查方向。 2026.11.04 0 16 热门下载 更多 网站特效 / 网站源码 / 网站素材 / 前端模板 [表单按钮]登录表单页面js，现代化登录页面模板 [表单按钮]注册表单布局HTML代码，登录注册切换js模板 [文字特效]文字透视变形设计，有趣的css滑动动画 [表单按钮]精美登录注册UI，登录页面设计模板 [图片特效]意境背景图片唯美下载，云破月来花弄影素材 [其它特效]液体背景制作，创意液体文字动画 [其它特效]html滑块选择器，简单的滑块控制数字表达式 [其它特效]文本闪烁css，文字闪光动图特效 [开发框架]CodeIgniter4.6.1 [开发框架]Django Web框架5.2.2 [开发框架]NutzFw企业级快速开发框架1.0.3 [开发框架]go-admin前后端分离权限管理系统脚手架2.2.0 [开发框架]Ember.js3.28.9 [开发框架]MaxKey单点登录认证系统3.3.3 [开发框架]PHP7框架Phalcon71.2.3 [开发框架]TimoPHP开发框架1.4.1 [网站素材]梦想之家房地产主题销售横幅海报设计下载 [网站素材]二十四节气小雪展板矢量模板 [网站素材]汉堡美食宣传招贴海报设计素材下载 [网站素材]秋季丰收南瓜水果边框矢量模板 [网站素材]2027新年促销主题艺术字ps素材下载 [网站素材]秋日湖边小屋插画矢量素材 [网站素材]红色风格圣诞彩球元素海报设计下载 [网站素材]美式快餐意面冷饮海报矢量模板 [前端模板]探索文化产业服务机构网站模板 [前端模板]现代商业数字化服务公司网站模板 [前端模板]响应式烟草公司HTML5网站模板 [前端模板]园艺服务机构响应式网页模板 [前端模板]HTML5日本动画动漫网站模板 [前端模板]蛋糕烘焙美食宣传网站模板 [前端模板]黑白风格律师个人简历展示网页模板 [前端模板]黑色风格摄影工作室宣传网站模板 相关下载 更多 MDPHP(麦迪php框架系统)1.1 PHP 多国语言框架2.0 ujframe简单快速PHP开发框架1.0 php轻量型框架1.0 MyQEE开源PHP多项目及模块化开发框架3.0 RC2 php开源学习型框架CMVC1.2.0 PHP框架Kohana3.3.1 精品课程 更多 热门推荐 / 最新课程 phpStudy极速入门视频教程 共6课时 | 54.7万人学习 独孤九贱(4)_PHP视频教程 共89课时 | 134.3万人学习 PHP实战天龙八部之仿爱奇艺电影网站 共49课时 | 82.7万人学习 RunnerGo从入门到精通 共22课时 | 2.5万人学习 Apipost从入门到精通 共31课时 | 3.6万人学习 WordPress零基础新手搭建个人博客及企业网站 共28课时 | 4.5万人学习 最新文章 更多 Claude Microsoft 365连接器恢复后如何只读核对官方状态 Google Cloud可靠性Skill 1.1.0如何区分专项询问与完整评估？ 波士顿动力给Atlas人形机器人装上轮子，能完成360度旋转跳跃还能横向冲刺 DeepSeek应用API与chat-demo v0.1.1的能力有什么区别 谷歌新一代机器人模型进奔驰产线，自主进行汽车套件组装 北京：力争到2028年培育不少于5家国际一流、10家国内领先的人形机器人整机企业 核心观点 | 李彦宏首提“组织进化三原则”：智能组织是AI时代的新厂房 豆包工作接入第三方大模型，含Kimi K3.1 Pro、GLM 5.3、DeepSeek V4.1 Flash等 Laper AI改稿改得太死板怎么办？逻辑重组提升方法 Laper AI怎么减少总集数又保留主线_Laper AI剧集压缩规划指南