自动会议纪要与行动项分发

会议结束后，行动项总被「忙忘了」

会议结束时，讨论结论往往散落在各自的笔记里，真正需要跟进的行动项——谁负责、什么时候交付——常常靠口头承诺和聊天记录硬撑。等到项目复盘才发现，有的任务没人认领，有的截止日期被一笔带过，团队不得不花几十分钟甚至更长时间重新梳理录音和纪要，才能拼凑出一份勉强能用的 todo list。

更麻烦的是，手动整理纪要本身就是一次认知消耗：需要反复听录音、抠片段、判断哪些是决策、哪些是行动项，再逐个录入 Jira 或 Todoist。结果就是，纪要质量不稳定，关键信息要么遗漏，要么被错误归因。这个技能要解决的，就是让自动化流程接管这件事：读入 transcript，产出结构化纪要，并把高置信度行动项直接推进任务系统。

从 transcript 到任务列表的完整链路

技能的输入是一个转写文件，通过 transcript_path 指定，同时需要一份 attendee_map 来把人名和任务系统账号对应起来。拿到文件后，它会按以下四步处理：

• 按议题切段解析：先理解转写文本的讨论结构，区分背景陈述、决策和具体行动项
• 抽取结构化字段：从中识别决策内容、行动项描述、负责人、截止日期（包括 mentioned_or_TBD 策略下的默认处理）
• 映射任务系统账号：通过 attendee_map 将姓名匹配到 Jira、Linear、Todoist 或 Notion 中的用户
• 置信度分流：低于 confidence_threshold 的行动项不自动建任务，而是标记为「待确认」

高置信度的行动项会直接创建为任务，并分配给对应负责人。同时，摘要可以推送到 Slack 或 Discord 频道，让相关成员第一时间看到决策和分工。对于有明确截止日期的项，还能在到期前一天自动提醒负责人。

适用边界与注意点

这套流程不是万能的，使用前需要了解几个关键限制：

• 不编造信息：负责人或截止日期缺失时，不会凭空生成，而是按策略标记为 TBD，留待人工确认
• 敏感内容不公开：摘要和行动项只推送到配置的私有频道，不会发布到公开频道
• 置信度阈值是安全阀：默认设为 0.8，低于这个标准的行动项不会自动建任务，避免误建导致的返工
• 涉及关键决策需人工确认：例如预算、合同、客户承诺相关的行动项，无论置信度如何，都必须经过人工确认才能正式创建任务
• 转写质量差时需人工校对：如果输入的 transcript 质量过低，技能会输出「需要人工校对」的片段列表，而不是强行提取信息
• 任务写入失败时可重试：若任务系统 API 写入失败，会生成一份可重试任务清单，确保不丢项

这意味着，它更适合已经具备高质量转写来源（例如 Otter.ai、Fireflies.ai 或 Google Meet API 生成的文件），且任务系统账号配置完整的团队。对于从未用过转写工具、或者 Jira/Linear 账号还没和参会人一一对应的场景，需要先完成前置准备。