主案例：一次产品评审会，怎样真正推动项目
场景设定：产品团队要评审“会议纪要自动生成待办”功能。过去会后由产品经理回听录音、整理纪要，再把行动项逐个录入任务系统，通常要半天，而且参会人对“谁答应了什么”经常理解不同。
第一步：会前先定义要做出什么决定
为“会议纪要自动生成待办”产品评审准备 45 分钟议程。
参会角色：产品、研发、设计、测试、运营。
本次必须形成三个决定：首期范围、待办字段、上线验收指标。
读取 project/meeting-to-task 中的需求草案和上次决策记录，
输出：会议目标、会前材料、按分钟议程、每个议题的主持人、
需要当场决定的问题、可以会后异步处理的问题。
事实与建议分开；缺少的信息列入会前补充，不自行补造。第二步：创建腾讯会议，并同步日历
使用腾讯会议 Skill 创建一场会议。
主题：会议纪要自动生成待办 - 首期评审
时间：2026-07-08 14:00-14:45，时区 Asia/Shanghai，单次会议。
先返回拟创建信息让我确认；确认后创建会议。
创建成功后，把会议号、链接、开始结束时间写入 meeting-brief.md。
再生成日历邀请草稿，包含议程和会前材料链接；
不要自行添加参会人、发送邀请或预定会议室，等待我确认名单。创建、修改和取消是不同风险等级。取消会议、修改周期规则、扩大参会范围前要展示目标会议和影响范围，不能只凭一句“把下午的会取消”。
ps：以上提示词可以根据自己的会议修改。
第三步：会后获取录制、转写和会议内容
会议结束后，最容易犯的错误是把“有录音”当成“已经有可用信息”。录制可能没有开启，转写可能尚未生成，调用人也可能没有查看权限。
查询会议号 123 456 789 对应的已结束会议。
先返回主题、时间和主持人，确认是目标会议后，再查询录制列表。
如果有权限，获取转写全文、分段信息和智能纪要；
如果无权限，停止读取并返回所需授权，不尝试绕过。
下载或保存前说明文件类型、大小、目标目录和保留期限。在这个过程中需要连接腾讯会议连接器，按照提示在连接管理器中找到“腾讯会议”，并授权连接就行。
腾讯会议能力通常需要先把 9 位会议号转换成内部 meeting_id ，再查询详情、录制和转写。这个过程由 Skill 完成，不需手工转换，但保留会议号、会议 ID、录制 ID、查询时间和权限状态，方便排错。
录制与转写的边界
- 会前或会中明确告知录制和转写安排；
- 不把录制链接转发给没有权限的人；
- 不因获取失败而把聊天截图或未经同意的录音当替代来源；
- 转写是机器识别结果，专有名词、数字、责任人和否定句必须回听核对；
- 企业会议遵守所在组织的保留期限、数据分类和合规要求。
第四步：从转写生成可执行会议纪要
一份纪要，包含五类信息
生成会议纪要，不得只依赖平台智能摘要；关键数字、责任人和否定表达回到转写核验。
输出：
1. 会议基本信息；
2. 三句话结论；
3. 按议题整理的讨论摘要；
4. 决策表：决定、理由、决定人、时间戳；
5. 行动项表：任务、负责人、截止日期、交付物、依赖；
6. 未决问题与下次确认时间；
7. 转写中无法确认的人名、数字和术语。
没有明确负责人的任务写“待认领”，没有明确日期写“待确认”，
不得根据语气猜测负责人或截止时间。第五步：纪要里的待办，不能直接静默写入任务系统
为什么要两步确认
会中发言和正式任务不是同一件事。把“可以看看”直接变成分派给某人的任务，会制造额外管理成本。
读取 minutes-approved.md 中的行动项，只生成待办导入预览。
每条显示：标题、描述、负责人、截止日期、优先级、验收物、来源会议。
负责人或日期缺失的条目进入“待补充”，不要创建。
先按负责人分组让我确认；确认后再写入指定任务清单。
写入完成后返回成功、失败、跳过和重复四个清单，不发送催办消息。这里由于我这次的会议主要是为了演示用，所以待办项的相关责任人都是待确认状态。
稳定流程是：纪要草稿 → 参会人确认 → 待办预览 → 人工补齐责任与日期 → 写入任务系统 → 返回任务链接。重复运行时使用“会议 ID + 行动项序号”作为幂等键，避免创建重复任务。
第六步：会后通知和跟踪
会议后可以生成邮件或群消息草稿，但发送前必须确认对象和可见范围：
根据会议记录生成两份会后通知草稿：
A. 发给全体参会人：结论、行动项、未决问题和纪要链接；
B. 发给管理层：三句话结论、关键风险和需要支持的决定。
不要包含录制下载地址、内部争议原话或未确认个人责任。
只生成草稿，不发送。批量重命名要保留映射表；同名冲突不覆盖；合同、财务和人事文件按组织规则处理，不能只按文件名猜分类。
高频场景一：Excel 合并、核对和异常清单
基础办公中最有价值的不是“做个图表”，而是把数据口径和异常暴露出来：
合并 input/sales 中 6 个区域的周销售表。
先检查列名、数据类型、日期范围、币种和主键，不一致时停止并列差异。
按订单号去重，但保留重复来源；汇总前输出总行数、空值、异常值和重复数。
生成 clean-sales.xlsx、exception-list.xlsx 和 reconciliation.md。
金额汇总必须与各源表合计对账，差异不为 0 时不生成管理结论。验收 ：输入总量、清洗变化和输出总量守恒；公式可重算；异常没有被静默删除；图表使用的字段和汇总表一致。
高频场景二：两版制度、合同或方案到底改了什么
比较 policy-v3.docx 与 policy-v4.docx。
输出新增、删除、修改和仅格式变化四类差异，附章节和原文定位。
重点标记金额、日期、责任主体、审批条件、例外和否定表达。
生成影响清单和待确认问题，不给法律结论，不修改原文件。文档对比适合发现变化，不替代法务、财务或制度责任人的最终判断。
高频场景三：把会议纪要变成汇报 PPT
先确定汇报对象和结论，再设计页面：
根据会议纪要生成 8 页项目汇报 PPT。
受众是管理层，目标是确认首期范围和资源缺口。
页面：结论、背景、用户问题、已确认范围、进度、风险、资源请求、下一步。
每页只表达一个结论；数字来自状态表，决定来自纪要；
不使用无法解释的装饰图表。先返回页级大纲和证据映射，确认后再生成 PPT。一套基础办公 Skill 栈
不要一开始安装十几个 Skill。先选择一个每周都会发生、输入稳定、结果容易验收的任务，例如会议纪要到待办；连续跑通后，再把 PRD、周报和汇报接到同一条链上。
