技能介绍

会议记录为什么难以直接变成可执行任务

一场两小时的会议往往产出数小时的转录文本。决策者说了什么、谁答应在什么时间前交付什么、哪些承诺只是随口一提，这些信息散落在口语化的对话里。人工整理时，行动项容易被漏掉，尤其是那些参会者自己都没意识到的隐性承诺；截止日期常常是 “下周”“尽快” 这类模糊表述；不同发言人的归属也容易出错。结果就是会议结束，任务却没人认领。

这个 Skill 如何把转录稿变成结构化任务

它把整理过程拆成可复现的流程，核心能力包括分阶段提取、标记与置信度评分、冲突处理、多格式输出。

关键步骤如下：

接受多种输入：纯文本、Markdown、粘贴文本，或 Otter.ai、Fireflies、Rev、Zoom、Google Meet、Microsoft Teams 导出的音频转录。
校验内容：确认文本足够完整（约 100 词以上）、能识别发言人、主题明确，否则先向用户确认。
先读完整文本：不做部分读取，避免后文推翻前文解释。
检测会议类型：按 references/meeting-types.md 调整关注点。
分阶段提取：按 YAML schema 提取元数据、决策、行动项、开放问题、停车场和讨论点，保留原文引用。
识别发言人：根据标签或上下文推断，无法确定则标记为 Unassigned 并提示用户。
置信度评分：每项标注 high/medium/low，低置信项进入人工复核。
解决冲突与模糊：矛盾承诺标记为 CONFLICT，列出所有候选负责人，把 “尽快” 转成具体日期并确认，保留两种可能解释。
生成输出：按 references/output-templates.md 生成会议纪要、任务文件（Linear/GitHub/通用）、跟进邮件，即使未要求也生成跟进邮件。
后处理：去重、映射依赖、标出关键路径、报告负责人失衡和截止日期聚集，列出缺失负责人或截止日期的项。

适用边界与注意点

它只在用户授权的材料范围内工作，不主动读取范围外的文件或账号。信息不足时先标记缺口并确认，不猜测事实、姓名、数字或权限。涉及发送、发布、删除、支付等外部写入时，先展示目标、内容和影响，获得明确确认再执行。不要求用户提供密码、Token 或 API Key；凭据仅用于指定服务，不回显、不记录。交付前会复核事实、隐私、版权和平台规则；遇到高风险或越权请求会停止并给出合规替代方案。对 HR、个人事务或机密内容会提示如何处理。