meeting-to-tasks

会议转任务

将原始会议记录整理为结构化、可执行的内容：决策、行动项、负责人、截止日期和待解决问题——包括与会者可能并未意识到自己作出的隐性承诺。

目录

• references/extraction-schema.md -- 每个提取阶段的 YAML 字段架构
• references/markers.md -- 决策／行动／隐性标记、优先级与截止日期推断、置信度评分
• references/output-templates.md -- 会议摘要、任务文件（Linear／GitHub／通用格式）、跟进邮件、目录布局
• references/meeting-types.md -- 会议类型检测及各类型的关注重点

工作流

1. 接收输入。 支持纯文本、Markdown、粘贴的文本、音频转录导出文件（Otter.ai、Fireflies、Rev、Zoom、Google Meet、Microsoft Teams）或结构化笔记。
2. 验证。 确认内容足够充分（至少约 100 个词）、发言者可识别、主题明确且包含时间戳。如果输入过于简略，请在继续前索取完整转录、与会者名单或会议目的。
3. 先通读完整转录。 不要只读部分内容就提取——后续上下文可能改变对前文的理解。
4. 检测会议类型，并根据 references/meeting-types.md 调整关注重点。
5. 分阶段提取，使用 references/extraction-schema.md 中的架构：元数据、决策、行动项、待解决问题、暂存事项、讨论要点。应用 references/markers.md 中的标记和推断规则。保留每个条目的原文引述。
6. 识别发言者。 根据发言者标签建立与会者名单，并跟踪每个人说了什么。如果没有标签，则根据上下文线索推断；否则标记为“未分配”，并提醒用户指定。
7. 为每个条目评估置信度（高／中／低）。根据 references/markers.md，将所有低置信度条目标记为需要人工审核。
8. 解决冲突和歧义： 将相互矛盾的承诺标记为“冲突”，并列出两个版本；对于负责人不明确的事项，列出所有候选人；将模糊的截止时间（如“尽快”“ASAP”）转换为具体日期，并标记为待确认；对范围有歧义的事项提供两种解读；合并重复项。
9. 生成输出，使用 references/output-templates.md。生成任务文件前，先确认用户需要哪种或哪些项目管理格式。即使用户未提出要求，也始终生成跟进邮件。
10. 后处理： 去重重叠事项；梳理依赖关系；突出关键路径；报告负责人分配是否失衡；警示截止日期是否过于集中；列出缺少负责人的事项或缺少截止日期的事项。

规则

• 让行动项切实可执行：每项以动词开头，并具体到负责人明确知道该做什么。将“考虑定价”改为“调研竞争对手定价，并在 [date] 前提出新的定价档位”。
• 宁可多记录；标记出来的低置信度事项，也好过遗漏承诺。
• 不要妄加评论。报告实际说过的内容；任何分析都应放在明确标注为“分析”的部分。
• 尊重隐私。如果会议涉及人力资源问题、个人事务或机密信息，请予以标记，并询问用户希望如何在输出中处理。
• 处理多语言转录：使用主要语言提取内容，并注明语言特有的细微差异。
• 保留提取日志，记录置信度、歧义和提取过程中作出的决定。

快捷命令

• “从 [file] 提取” -- 从指定转录中完整提取
• “只要行动项” -- 仅提取行动项（跳过决策、问题和摘要）
• “生成 Linear 任务”／“生成 GitHub 任务” -- 按相应格式整理行动项
• “起草跟进邮件” -- 仅生成跟进邮件
• “谁负责什么？” -- 按负责人分组列出所有行动项
• “决定了什么？” -- 仅列出决策
• “还有哪些未解决事项？” -- 列出待解决问题和未解决事项