本文适合每周被「开会 → 整理纪要 → 录待办 → 写汇报」这条重复链路消耗的产品、项目经理和团队负责人。以一次产品评审会为例给出 WorkBuddy 腾讯会议连接器从会前议程到会后跟踪的完整六步流程每步附可直接复用的提示词并标注了全部人工检查点位置。一、为什么会后链条总是断很多办公室的一天由同一组动作组成约会议、找材料、开会、记笔记、发纪要、建待办、追进度、写汇报。每个动作不难真正消耗精力的是信息在聊天、会议、邮件、文档之间流转每流转一次就丢一次上下文。更关键的是纪要不是终点。一个会值不值看散会后 24 小时——决定有没有写下来、任务有没有负责人、下次检查点有没有定。下面这条链路就是为了解决「会后 24 小时」。二、前置条件WorkBuddy 可正常使用添加并授权「腾讯会议」连接器Token 通过环境变量保存遵守企业数据和隐私要求任务系统连接器待办写入目标按需配置原则这条链不追求无人值守在创建会议、读取录制、创建待办、确认 PRD 四处保留人工检查点三、完整流程六步第 1 步会前先定义要做出什么决定没有议程的会议转写再完整也只是大量对话。会前最重要的是明确会议类型、要回答的问题和期望产物为会议纪要自动生成待办产品评审准备 45 分钟议程。 参会角色产品、研发、设计、测试、运营。 本次必须形成三个决定首期范围、待办字段、上线验收指标。 读取 project/meeting-to-task 中的需求草案和上次决策记录 输出会议目标、会前材料、按分钟议程、每个议题的主持人、 需要当场决定的问题、可以会后异步处理的问题。 事实与建议分开缺少的信息列入会前补充不自行补造。第 2 步创建会议并同步日历使用腾讯会议 Skill 创建一场会议。 主题会议纪要自动生成待办 - 首期评审 时间2026-07-08 14:00-14:45时区 Asia/Shanghai单次会议。 先返回拟创建信息让我确认确认后创建会议。 创建成功后把会议号、链接、开始结束时间写入 meeting-brief.md。 再生成日历邀请草稿包含议程和会前材料链接 不要自行添加参会人、发送邀请或预定会议室等待我确认名单。注意创建、修改、取消是不同风险等级。取消会议、修改周期规则、扩大参会范围前要展示目标会议和影响范围不能只凭一句「把下午的会取消」。第 3 步会后获取录制、转写和智能纪要查询会议号 123 456 789 对应的已结束会议。 先返回主题、时间和主持人确认是目标会议后再查询录制列表。 如果有权限获取转写全文、分段信息和智能纪要 如果无权限停止读取并返回所需授权不尝试绕过。 下载或保存前说明文件类型、大小、目标目录和保留期限。边界提醒转写是机器识别结果专有名词、数字、责任人、否定句必须回听核对不把录制链接转发给没有权限的人。第 4 步生成五类信息的可执行纪要一份能推动事情的纪要包含五类信息背景事实、已确认决定、行动项、未决问题、讨论建议。生成会议纪要不得只依赖平台智能摘要关键数字、责任人和否定表达回到转写核验。 输出 1. 会议基本信息 2. 三句话结论 3. 按议题整理的讨论摘要 4. 决策表决定、理由、决定人、时间戳 5. 行动项表任务、负责人、截止日期、交付物、依赖 6. 未决问题与下次确认时间 7. 转写中无法确认的人名、数字和术语。 没有明确负责人的任务写待认领没有明确日期写待确认 不得根据语气猜测负责人或截止时间。第 5 步待办预览 → 确认 → 写入两步确认会中发言和正式任务不是同一件事。把「可以看看」直接变成分派给某人的任务会制造额外管理成本。读取 minutes-approved.md 中的行动项只生成待办导入预览。 每条显示标题、描述、负责人、截止日期、优先级、验收物、来源会议。 负责人或日期缺失的条目进入待补充不要创建。 先按负责人分组让我确认确认后再写入指定任务清单。 写入完成后返回成功、失败、跳过和重复四个清单不发送催办消息。稳定流程纪要草稿 → 参会人确认 → 待办预览 → 人工补齐责任与日期 → 写入任务系统 → 返回任务链接。重复运行时用「会议 ID 行动项序号」作为幂等键避免创建重复任务。第 6 步会后通知与汇报 PPT根据会议记录生成两份会后通知草稿 A. 发给全体参会人结论、行动项、未决问题和纪要链接 B. 发给管理层三句话结论、关键风险和需要支持的决定。 不要包含录制下载地址、内部争议原话或未确认个人责任。 只生成草稿不发送。纪要还能继续变成汇报 PPT先返回页级大纲和证据映射确认后再生成每页只表达一个结论数字来自状态表。四、验收方式纪要五类信息齐全关键数字/责任人可回到转写原文核对待办写入有预览和确认环节返回成功/失败/跳过/重复四个清单通知只生成草稿发送对象和范围由人确认幂等键会议 ID 行动项序号保证重复运行不产生重复任务五、落地建议与边界不要一次接十几条链路先选一个每周都发生、输入稳定、结果易验收的任务如「纪要到待办」连续跑通几周后再接周报、汇报检查点是设计不是保守会议产出涉及承诺和责任自动化的边界画在哪比自动化本身更重要合规会前或会中明确告知录制和转写安排企业会议遵守组织的保留期限和数据分类要求六、总结会议的真正产出在会后决定、负责人、检查点不是纪要字数六步链路会前定义决定 → 创建会议 → 转写 → 五类信息纪要 → 待办两步确认 → 通知与汇报四个固定人工检查点创建会议、读取录制、创建待办、确认 PRD缺失信息写「待认领/待确认」不让 AI 根据语气猜
本文适合每周被「开会 → 整理纪要 → 录待办 → 写汇报」这条重复链路消耗的产品、项目经理和团队负责人。以一次产品评审会为例给出 WorkBuddy 腾讯会议连接器从会前议程到会后跟踪的完整六步流程每步附可直接复用的提示词并标注了全部人工检查点位置。一、为什么会后链条总是断很多办公室的一天由同一组动作组成约会议、找材料、开会、记笔记、发纪要、建待办、追进度、写汇报。每个动作不难真正消耗精力的是信息在聊天、会议、邮件、文档之间流转每流转一次就丢一次上下文。更关键的是纪要不是终点。一个会值不值看散会后 24 小时——决定有没有写下来、任务有没有负责人、下次检查点有没有定。下面这条链路就是为了解决「会后 24 小时」。二、前置条件WorkBuddy 可正常使用添加并授权「腾讯会议」连接器Token 通过环境变量保存遵守企业数据和隐私要求任务系统连接器待办写入目标按需配置原则这条链不追求无人值守在创建会议、读取录制、创建待办、确认 PRD 四处保留人工检查点三、完整流程六步第 1 步会前先定义要做出什么决定没有议程的会议转写再完整也只是大量对话。会前最重要的是明确会议类型、要回答的问题和期望产物为会议纪要自动生成待办产品评审准备 45 分钟议程。 参会角色产品、研发、设计、测试、运营。 本次必须形成三个决定首期范围、待办字段、上线验收指标。 读取 project/meeting-to-task 中的需求草案和上次决策记录 输出会议目标、会前材料、按分钟议程、每个议题的主持人、 需要当场决定的问题、可以会后异步处理的问题。 事实与建议分开缺少的信息列入会前补充不自行补造。第 2 步创建会议并同步日历使用腾讯会议 Skill 创建一场会议。 主题会议纪要自动生成待办 - 首期评审 时间2026-07-08 14:00-14:45时区 Asia/Shanghai单次会议。 先返回拟创建信息让我确认确认后创建会议。 创建成功后把会议号、链接、开始结束时间写入 meeting-brief.md。 再生成日历邀请草稿包含议程和会前材料链接 不要自行添加参会人、发送邀请或预定会议室等待我确认名单。注意创建、修改、取消是不同风险等级。取消会议、修改周期规则、扩大参会范围前要展示目标会议和影响范围不能只凭一句「把下午的会取消」。第 3 步会后获取录制、转写和智能纪要查询会议号 123 456 789 对应的已结束会议。 先返回主题、时间和主持人确认是目标会议后再查询录制列表。 如果有权限获取转写全文、分段信息和智能纪要 如果无权限停止读取并返回所需授权不尝试绕过。 下载或保存前说明文件类型、大小、目标目录和保留期限。边界提醒转写是机器识别结果专有名词、数字、责任人、否定句必须回听核对不把录制链接转发给没有权限的人。第 4 步生成五类信息的可执行纪要一份能推动事情的纪要包含五类信息背景事实、已确认决定、行动项、未决问题、讨论建议。生成会议纪要不得只依赖平台智能摘要关键数字、责任人和否定表达回到转写核验。 输出 1. 会议基本信息 2. 三句话结论 3. 按议题整理的讨论摘要 4. 决策表决定、理由、决定人、时间戳 5. 行动项表任务、负责人、截止日期、交付物、依赖 6. 未决问题与下次确认时间 7. 转写中无法确认的人名、数字和术语。 没有明确负责人的任务写待认领没有明确日期写待确认 不得根据语气猜测负责人或截止时间。第 5 步待办预览 → 确认 → 写入两步确认会中发言和正式任务不是同一件事。把「可以看看」直接变成分派给某人的任务会制造额外管理成本。读取 minutes-approved.md 中的行动项只生成待办导入预览。 每条显示标题、描述、负责人、截止日期、优先级、验收物、来源会议。 负责人或日期缺失的条目进入待补充不要创建。 先按负责人分组让我确认确认后再写入指定任务清单。 写入完成后返回成功、失败、跳过和重复四个清单不发送催办消息。稳定流程纪要草稿 → 参会人确认 → 待办预览 → 人工补齐责任与日期 → 写入任务系统 → 返回任务链接。重复运行时用「会议 ID 行动项序号」作为幂等键避免创建重复任务。第 6 步会后通知与汇报 PPT根据会议记录生成两份会后通知草稿 A. 发给全体参会人结论、行动项、未决问题和纪要链接 B. 发给管理层三句话结论、关键风险和需要支持的决定。 不要包含录制下载地址、内部争议原话或未确认个人责任。 只生成草稿不发送。纪要还能继续变成汇报 PPT先返回页级大纲和证据映射确认后再生成每页只表达一个结论数字来自状态表。四、验收方式纪要五类信息齐全关键数字/责任人可回到转写原文核对待办写入有预览和确认环节返回成功/失败/跳过/重复四个清单通知只生成草稿发送对象和范围由人确认幂等键会议 ID 行动项序号保证重复运行不产生重复任务五、落地建议与边界不要一次接十几条链路先选一个每周都发生、输入稳定、结果易验收的任务如「纪要到待办」连续跑通几周后再接周报、汇报检查点是设计不是保守会议产出涉及承诺和责任自动化的边界画在哪比自动化本身更重要合规会前或会中明确告知录制和转写安排企业会议遵守组织的保留期限和数据分类要求六、总结会议的真正产出在会后决定、负责人、检查点不是纪要字数六步链路会前定义决定 → 创建会议 → 转写 → 五类信息纪要 → 待办两步确认 → 通知与汇报四个固定人工检查点创建会议、读取录制、创建待办、确认 PRD缺失信息写「待认领/待确认」不让 AI 根据语气猜
