场景与目标
先把业务的问题说明白。
会议讨论与实际任务分散在聊天、纪要和项目系统中，决定是否落地、谁负责和何时完成缺少统一记录。
基于授权的录音转写、会议笔记和项目资料整理纪要草稿，识别决定、责任人及待确认事项。确认后再创建任务、更新节点，并定期汇总阻塞点。重点是让每个动作有来源、有负责人，而不是把会议摘要直接当成已达成的承诺。
交付后，你会得到什么
可审核的会议纪要与决定清单
确认后写入的项目任务
带来源的进度与阻塞点汇总
接入架构与系统边界
- 会议转写与项目资料 → 要点归纳 → 待确认纪要
- 确认事件 → 项目管理接口 → 任务与节点
- 任务状态 → 阻塞分析 → 周报草稿
怎样推进这套方案
- 01
接收会议材料和项目上下文
- 02
整理决定、责任人与时间要求
- 03
主持人确认后同步任务
- 04
汇总进度并收集未完成原因
业务需求与交付示意
从一个具体需求开始
请把本周项目例会中的决定变成待办，并汇总下周交付风险。
输出待审核的纪要、责任与期限清单；确认后同步任务，并注明仍需澄清的信息。
示例用于沟通定制方向，实际交付按资料、接口与验收范围确定。部署与交付安排
- 从一种例会和一个项目工具开始。
- 先以草稿和导入文件交付，接口稳定后再启用写入动作。
- 保留会议来源、修改记录和重试机制。
怎样验收是否落地
- 纪要中的决定能否对应到会议来源。
- 未经确认的任务是否不会写入业务系统。
- 重复同步是否会产生重复任务，失败是否可补偿。
开始前，一起确认这些条件
- 会议记录使用授权与保留规则
- 项目成员、任务字段和责任划分
- 项目系统接口或可导入模板
把边界放进设计里
- 未明确的责任人和时间不得自行补成确定承诺。
- 对外发送和任务批量变更需由项目负责人确认。
