会议闭环引擎 Meeting Loop

概述

会议的价值不在纪要里，而在纪要之后发生的事。本技能把一场会议加工成四层产物，并让最后一层"活"起来：

1. 结构化纪要 —— 摘要、决策、风险、参会人
2. 时间线 —— 带时间戳的议程推进轨迹，可回溯"第几分钟谁拍板了什么"
3. 行动看板 —— 从讨论中提取的待办（负责人/截止时间/来源会议），落入本地 JSON 看板
4. 闭环回流 —— 会后更新进度、生成进度报告，未完成事项自动生成下次会议议程草稿

数据来源（两条路，先探路再走）

路 A：腾讯会议官方 Skill（优先，能力更强）如果环境中安装了官方 tencent-meeting-skill（配置了 TENCENT_MEETING_TOKEN），按 references/tencent_meeting.md 中的调用序列拉取转写全文（带时间戳段落）和 AI 智能纪要。转写段落自带时间戳，是生成时间线的最佳原料。

路 B：本地素材（兜底，保证独立运行）用户直接提供转写文本文件、粘贴的会议记录、录音转写稿（任何格式：飞书/钉钉/讯飞导出、字幕 srt/vtt、纯文本）。没有时间戳就不生成时间线的时间戳列，其余产物照常生成。

判断顺序：用户给了本地文件/文本 → 走 B；用户给了会议号/会议链接/说"拉一下上周的会" → 走 A；A 不可用（未装官方 skill 或无 Token）→ 明确告知用户并请其提供转写文本，切到 B。不要在没有数据源时凭空编造会议内容。

工作区约定

所有产物存放在用户当前目录下的 meeting-workspace/：

meeting-workspace/
├── actions.json              # 行动看板唯一数据源（由 scripts/actions.py 维护）
├── board.md                  # 看板的 Markdown 渲染（自动生成，勿手改）
├── board.html                # 只读可视化驾驶舱：进度条+甘特时间条（自动生成，浏览器打开）
└── meetings/
    └── 2026-07-15-产品评审会/
        ├── transcript.md     # 转写原文（路A拉取的或用户提供的）
        └── minutes.md        # 结构化纪要 + 时间线 + 决策 + 待办快照

会议目录名格式：YYYY-MM-DD-会议主题slug。首次使用时目录不存在就直接创建，无需询问。

场景 1：会后复盘（核心流程）

触发：用户给出转写/纪要素材，或给会议号要求"总结/复盘/整理"某场会议。

1. 取数：按上文数据来源规则拿到转写文本，存为 transcript.md。若走路 A 且 get_smart_minutes 可用，把官方智能纪要也作为参考输入（它是很好的摘要底稿，但待办提取仍以转写全文为准——官方纪要常遗漏口头承诺的任务）。
2. 提取待办并落盘：从转写中识别行动项。识别信号包括显式指派（"这个交给小王"）、自我认领（"我来跟进"）、隐式承诺（"下周给大家一个方案"）。每条待办必须有：标题、负责人（转写中无法确定就标 待认领）、截止时间（没说就留空，不要编造）、来源会议。用脚本逐条写入看板（脚本用法见下文「行动看板操作」）——先落盘拿到任务 ID，下一步的纪要待办表才引用得上。
3. 生成纪要：按 references/templates.md 的「会议纪要模板」生成 minutes.md（待办表直接引用上一步分配的 ID）。时间线从转写段落时间戳提炼关键节点（议题切换、决策时刻、争论与结论），不是流水账——10~20 个节点为宜。时间戳必须照抄转写原文中实际出现的值，仅允许省略为零的小时段（[00:00:12]→00:12），不要"取整"出一个转写中不存在的 00:00——时间线的价值就在于能定位回原文，编造的时间戳会毁掉这个能力。纪要末尾附「会议健康度」小结（模板中有定义），全部指标从已提取的事实推导，不做主观打分。
4. 交付：向用户展示纪要要点 + 待办清单，请用户确认负责人/截止时间是否正确，有误当场用脚本修正。

场景 2：进度更新

触发：用户说"XX 的任务完成了"、"数据库迁移做完了"、"设计稿延期到周五"、"这个任务卡住了"。

1. 先 list 查看板找到匹配任务（按关键词/负责人模糊匹配；多个候选时列出让用户选，禁止猜）。
2. 用 update 或 done 更新状态/进度/截止时间，脚本会自动重渲染 board.md 和 board.html。
3. 回报更新结果，顺带给一句全局进度（脚本 report 的首行统计）。

时间自动记录：任务首次进入"进行中"时脚本自动盖开始时间戳，完成时盖完成时间戳并算出耗时——所以用户说"XX 开始做某任务了"时也值得更新一下状态（--status doing），这样最终的耗时统计才准。用户想看全局时，提醒他们用浏览器打开 meeting-workspace/board.html 驾驶舱（只读，所有修改仍通过对话完成）。

场景 3：进度报告

触发：用户问"项目进度怎么样"、"待办都完成了吗"、"给我一份进度汇报"。

运行 report 命令获取统计与明细（含已完成任务的耗时统计：平均/最快/最慢），按 references/templates.md 的「进度报告模板」组织输出：完成率、按负责人分组、逾期高亮、卡住的任务及卡点、耗时洞察。用户要求正式汇报时可生成独立 Markdown 文件。

场景 4：下次会议议程草稿（闭环回流）

触发：用户说"准备下次会议"、"生成下周例会议程"、"把没做完的带到下次会"。

1. report 拿到未完成/逾期/卡住的任务。
2. 按「议程草稿模板」生成议程：上次遗留事项跟进（逐条列负责人+状态）→ 逾期项质询 → 新议题（用户补充）→ 预留决策时间。落盘为 meeting-workspace/agendas/YYYY-MM-DD-主题.md（日期为拟开会日期）。
3. 若官方 skill 可用且用户同意，可调用 schedule_meeting 直接预约会议并把议程写入会议描述（预约前必须向用户确认时间和主题）。

行动看板操作

所有看板读写必须通过 scripts/actions.py（Python 3 标准库，无依赖），禁止直接手改 actions.json——脚本保证 ID 分配、时间戳、状态机的一致性。在工作区根目录（meeting-workspace/ 的父目录）执行：

python3 <skill_dir>/scripts/actions.py add --title "输出竞品分析报告" --owner 小王 
    --due 2026-07-22 --meeting "2026-07-15-产品评审会"
python3 <skill_dir>/scripts/actions.py list [--status todo|doing|done|blocked] [--owner 小王] [--query 关键词]
python3 <skill_dir>/scripts/actions.py update A-003 [--status doing] [--progress 60] 
    [--due 2026-07-25] [--owner 小李] [--note "等法务反馈"]
python3 <skill_dir>/scripts/actions.py done A-003
python3 <skill_dir>/scripts/actions.py report
python3 <skill_dir>/scripts/actions.py title "出行App结算页改版"

看板标题（title 命令）显示在 board.md/board.html 的大标题上。首次会后复盘落盘待办时就设置它：用户说过项目名就用项目名；没说就用会议主题（去掉日期等噪音，如"出行App 7月产品周会"→"出行App产品周会"）。同一工作区服务同一个项目/团队，标题设一次即可，后续会议不要覆盖，除非用户要求改。

状态机：todo → doing → done，任何状态可进 blocked（记得用 --note 写卡点）。首次进入 doing 自动记开始时间；done 自动记完成时间、进度置 100、算出耗时。所有写操作后脚本自动重渲染 board.md 与 board.html 驾驶舱。状态值只有这四个，禁止自造其他状态（如 review）。完成与否以用户的说法为准：用户说"写完了/做完了/搞定了"，就标 done——后续还有评审、验收之类流程的，用 --note 记录（如"已发出评审"），不要因为流程没走完就扣着不标完成；只有用户明确说"还没完/被打回来了"才回退状态。

输出风格

• 全部产物用简体中文（除非会议本身是外语）。
• 纪要克制、可扫读：决策用一句话，讨论过程不复述。评判标准是"没参会的人 3 分钟能看懂发生了什么、接下来谁要做什么"。
• 待办提取宁可多提再让用户删，不要漏——漏掉的任务就是丢掉的闭环。但禁止发明转写里不存在的任务。
• 涉及人名保持转写原文写法，不要自行转换姓名格式。

参考文件

• references/templates.md —— 纪要/时间线/进度报告/议程草稿的输出模板（生成任何产物前先读）
• references/tencent_meeting.md —— 官方腾讯会议 Skill 的对接调用序列与注意事项（走路 A 时读）