实用会议纪要 Skill 使用教程（从转写到可执行行动项）

目的与适用场景

目标：把会议录音/转写/速记或聊天记录，整理成结构化纪要（议题、结论、状态标签、行动项），并把每个行动项对应负责人、截止时间和验收标准。
适用场景：周例会、项目评审、客户会、需要归档的正式会议或需要把结果落到任务系统的场景。

在开始前要明确的四个问题

1. 会议类型（例：周会、评审会、客户洽谈、董事会）。不同类型对原话证据与格式要求不同。 2. 可接受的输入格式（音频、转写文本、速记、聊天记录）。若只有音频，需先取得转写并保留时间戳。 3. 输出要求（简要纪要、正式归档版、仅行动项清单或带原话证据的验真报告）。 4. 审核流程（谁做最终确认，哪些条目必须人工复核）。

选择 Skill 的策略（不等于安装）

优先按“最怕漏掉的东西”选择：若最怕把讨论写成决定，优先选择能标注“已定/暂定/提议/待确认”的工具；若最怕行动没人做，优先选择提取并格式化行动项的工具。
进行对比试验：用同一场已脱敏的会议数据测试候选 Skill，比对议题拆分、决策标注与行动项字段完整度。
要求明确输出字段：每个行动项至少包含事项、负责人、截止时间、完成标准；缺失的字段必须显式标为“待确认”，不要让 Agent 猜。

一步步实操流程（通用模板）

1. 准备材料：收集转写文本并保留时间戳、会前议程、参会人名单、相关文档。对敏感信息进行脱敏处理。 2. 设定任务与验收标准：告诉 Skill 或 Agent 会议类型、希望的输出结构（例如：摘要、按议题重组的纪要、决策清单、行动项表），并定义验收点（证据可回溯、行动项含四字段）。 3. 运行 Skill（或人工按模板整理）：把输入交给被选的 Skill，并要求输出包含状态标签与原话引用或时间戳。 4. 人工复核：主持人或责任人核对所有“已定”或“对外承诺”的条目，并确认负责人与截止时间。 5. 发布与存档：在确认后发布纪要并把行动项同步到任务系统，保留原始材料供追溯。

脱敏示例演练（工作示例）

场景：45 分钟的项目评审（已脱敏转写片段、带时间戳）输入（节选，已脱敏）：

[00:05:12] PM: “这个功能下周能上线吗？”
[00:05:30] EngLead: “如果后端接口今天完成，我觉得可以；我需要两天来联调。”
[00:06:10] QA: “我们需要做完整回归测试，估计需要三天。”
[00:07:00] PM: “那我们把上线推到下周五，谁负责接口交付？”
[00:07:15] EngLead: “后端小组负责，李明跟进。”

按流程产出（示例输出）：

摘要（按议题重组）

- 议题：功能上线时间 - 结论：上线时间暂定为下周五（状态：暂定）。理由与证据：EngLead 表示“如果后端接口今天完成……需要两天来联调” [00:05:30]；QA 表示“回归测试需要三天” [00:06:10]。

决策与状态标签

- 上线时间：暂定（需要后端接口按期交付与 QA 测试完成）。证据：参见原话与时间戳。

行动项表（最小字段）

1) 事项：后端接口交付并通知联调负责人：李明（Eng）截止时间：办公日后两天内（例如：2026-11-18） — 若未明确需标注为“待确认具体日期” 完成标准：接口文档更新、接口测试用例通过、并在群里确认交付时间证据：EngLead 在 [00:07:15] 指定 2) 事项：回归测试负责人：QA 团队（指定人待确认） — 若未明确，标“待确认负责人” 截止时间：三天测试期（需与负责人确认具体开始与结束日期）完成标准：所有关键用例通过，测试报告提交

复核动作示例：

主持人联系李明确认接口预计交付日并在纪要中更新明确截止时间。
QA 指定测试负责人并确认测试起止日后更新纪要。

验收检查清单（发布前必须通过）

重要结论是否带有状态标签（已定/暂定/提议/待确认）？
每条重要结论是否有原话或时间戳证据可追溯？
行动项是否都包含：事项、负责人、截止时间、完成标准？缺失字段是否显式标记为“待确认”？
对外承诺和高风险决策是否由相关责任人书面确认？

常见限制与风险（必须明示）

自动整理结果不是法律或合同级别的“正式决定”。涉及对外承诺或重大人事评价须由当事人或主持人确认后再归档。
如果输入仅为音频且没有可靠时间戳，追溯性和精确引用会受限：建议先做高质量转写并保留时间戳。
自动化工具可能把讨论语言误判为决定：务必使用状态标签并人工复核“已定”条目。
涉及敏感数据前须遵守组织的数据与权限政策，上传前进行脱敏并在受控环境中测试。