第 40 卷

第五步：纪要里的待办，不能直接静默写入任务系统

为什么要两步确认

会中发言和正式任务不是同一件事。把“可以看看”直接变成分派给某人的任务，会制造额外管理成本。

读取 minutes‑approved.md 中的行动项，只生成待办导入预览。

每条显示：标题、描述、负责人、截止日期、优先级、验收物、来源会议。

负责人或日期缺失的条目进入“待补充”，不要创建。

先按负责人分组让我确认；确认后再写入指定任务清单。

写入完成后返回成功、失败、跳过和重复四个清单，不发送催办消息。

这里由于我这次的会议主要是为了演示用，所以待办项的相关责任人都是待确认状态。

稳定流程是：纪要草稿 → 参会人确认 → 待办预览 → 人工补齐责任与日期 → 写入任务系统 → 返回任务链接。

重复运行时使用“会议 ID + 行动项序号”作为幂等键，避免创建重复任务。

第六步：会后通知和跟踪

会议后可以生成邮件或群消息草稿，但发送前必须确认对象和可见范围：

根据会议记录生成两份会后通知草稿：

1. 发给全体参会人：结论、行动项、未决问题和纪要链接；
2. 发给管理层：三句话结论、关键风险和需要支持的决定。

不要包含录制下载地址、内部争议原话或未确认个人责任。

只生成草稿，不发送。

批量重命名要保留映射表；同名冲突不覆盖；合同、财务和人事文件按组织规则处理，不能只按文件名猜分类。

会后延伸：把会议纪要变成汇报 PPT

先确定汇报对象和结论，再设计页面：

根据会议纪要生成 8 页项目汇报 PPT。

受众是管理层，目标是确认首期范围和资源缺口。

页面：结论、背景、用户问题、已确认范围、进度、风险、资源请求、下一步。

每页只表达一个结论；数字来自状态表，决定来自纪要；

不使用无法解释的装饰图表。先返回页级大纲和证据映射，确认后再生成 PPT。