标准场景审查核验岗位 · 产品

CH-02 · 评审决议与待办登记

痛点　评审会开完，决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没

① 场景引入

评审会开完，决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没开

一、这件事现在是什么样

变更与指令 · 真实业务触发

v3.4 需求评审会开了两小时：23 条需求过完，8 条通过、3 条挂起、2 条合并、10 条缓行。挂起的 3 条各有条件（「等API 方案定了再看」），但会议结束时没人记纪要 —— 江晓忙着回答问题，谭锐忙着赶下一个会。上个月评审会挂起的两条需求，本周她已想不起挂起条件是什么，翻遍聊天记录只找到沈知行一句「再议」。「再议」没有条件、没有时间，等于蒸发。

二、痛点 · 每条都有来源

中小企业会议即需求的主产地，但纪要无人记是常态 —— 决议散在与会者的记忆里，遗忘速度取决于每个人的忙闲
依据：用户反馈池的真实形态：「客户的操作问题、领导反馈的体验性改善问题、运维反馈的硬件问题全在里面」—— 没有分类、没有去重、没有优先级
挂起需求的蒸发是最贵的遗忘：挂起时带着条件（等什么信号、谁再提），条件成熟时没人记得 —— 需求被拒两次的概率大增
依据：需求池的普遍欠账：「需求进来了没人清、历史需求没人敢删」—— 被拒需求因新商机复活是 B 端常态，但删一条历史需求有商业与政治双重风险
「AI 消化 AI」的反面是「人记人」的失真：两小时会议的决议靠回忆复述，一周后的版本平均缺三分之一细节
依据：「越快越慢」的机制：AI 把没想清楚的部分填成看似完整的八千字，看似提速、实则把推敲成本后置给研发；15 页 AI PRD 没人读、研发喂给自己的 AI 做总结 ——「AI 消化 AI，链条里没人用大脑」

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

中小企业会议即需求的主产地，但纪要无人记是常态 —— 决议散在与会者的记忆里，遗忘速度取决于每个人的忙闲
挂起需求的蒸发是最贵的遗忘：挂起时带着条件（等什么信号、谁再提），条件成熟时没人记得 —— 需求被拒两次的概率大增
「AI 消化 AI」的反面是「人记人」的失真：两小时会议的决议靠回忆复述，一周后的版本平均缺三分之一细节

✓ 交给 Agent 之后

多来源文件一次读入，先做口径与完整性校验，再开始算
每条结论绑定来源文件、字段或条号，可以被审
产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

决议提取 · 四类结果分开记通过/挂起/合并/缓行 —— 每条决议带原文引用与讨论要点
挂起条件结构化· 蒸发终结者挂起的每条登记「等什么信号、谁负责再评估、再评估时间」—— 三要素缺一不可
待办登记 ·人/事/期限每条待办带责任人、动作、截止时间 —— 不落在人身上的不算待办
争议点留档 · 分歧不是坏事会上没吵完的分歧单独记录（谁主张什么）—— 下次会议的起点
决议分发与确认 · 当天闭环纪要当天发出、与会人回复确认 —— 未确认的标红跟踪

要准备什么：会议录音或速记手机放桌上录的就行 —— 不要求专业设备本次评审的需求清单23 条的议题 —— 决议挂接的对象与会人名单与角色谁说的哪句话 —— 责任人识别的依据上次会议的待办清单（如有）该闭环的先闭环 —— 会议的连续性

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点：不要求专人记录。会议录音或速记、甚至群里的语音转文字扔进来 —— 决议、待办、责任人、条件四要素自动结构化。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

正式件本体：评审决议与待办登记.xlsx 四类决议 + 挂起条件 + 待办
可派发清单：挂起条件跟踪表.xlsx 挂起需求的三要素 · 条件成熟自动进入再评估
可派发清单：歧义待确认清单.xlsx 讨论记录有歧义的决议 · 核对后再固化

这套东西不承诺什么：不做「替会议做决议」—— 决议是人的判断，登记的是已发生的决议与待办。也不做「待办自动催办」—— 提醒走日历/IM 的原生功能。

② Live Demo（演示逐步）

评审会开完，决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没开

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据，不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：驭数科技（虚构）会后日：v3.4 需求评审会开了两小时 —— 23 条需求过完，8 条通过、3 条挂起、2 条合并、10 条缓行。挂起的 3 条各有条件，但会议结束时没人记纪要。上个月评审挂起的两条需求，江晓已想不起挂起条件是什么，翻遍聊天记录只找到沈知行一句「再议」。

会议时长2 小时 · 23 条决议登记8 通过/3 挂起/2 合并/10 缓行歧义标记1 条 · 待核对上月挂起2 条 · 条件已成熟

输入产品手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

01_评审会录音转写.txt 两小时会议的全部 —— 决议提取的原料会议录音转写 · 2026-08-22
02_本迭代需求清单（评审对象）.xlsx 23 条的清单 —— 决议挂接的骨架评审议程 · 2026-08-22
03_上月评审的挂起记录（拼凑版）.txt 上个月纪要缺失的现场 —— 「再议」两个字的代价聊天记录考古 · 2026-07
04_挂起条件相关事件对照.xlsx 条件成熟了吗 —— 挂起需求的激活检查跨台账对照 · 2026-08-24
05_与会人与角色对照.xlsx 谁说的哪句话 —— 责任人识别的依据会议签到 ·2026-08-22

注意标橙色那一份 —— 01_评审会录音转写.txt。它会议录音转写 · 2026-08-22，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

昨天评审会的录音在这，两小时，23 条需求，与会名单和需求清单也附上了，帮我出一份纪要。每条需求的决议分开提：通过、挂起、合并、缓行，讨论要点和原话都带上；挂起的那三条最关键 —— 等什么信号、谁再评估、什么时候看，三要素给我填齐，一条都不能缺；有歧义的地方别替我定，单独标出来我去核对；待办落到人：谁、做什么、什么时候截止 —— 落不到人身上的不算；上个月挂起的两条也帮我对照一下，挂起条件是不是成熟了。

短是因为「决议四分类、挂起条件三要素、待办落人规则、歧义标记」都在能力包里。产品经理只要把录音扔进来。触发两小时 23 条 vs 散会后的零记录

会议的价值散在场，纪要的价值留在档 —— 差的就是那 20 分钟

江晓把录音转写、需求清单、上月拼凑记录、条件对照、与会人对照全部扔进来 —— 决议登记的第一课是分清「说了什么」和「定了什么」。

第 1 步 · 决议提取 · 23 条四类

通过/挂起/合并/缓行 —— 每条带讨论要点

演示数据（表格原文）决议条数关键内容原文锚点通过8含导出功能（带前提条件）14:02 沈知行发言挂起3各带条件与再评估人15:10 沈知行发言合并2计划批量调整+消息未读优化15:41 江晓确认缓行10下季度需求会再议15:52 沈知行发言合计23四类决议全覆盖—决议提取的第一发现：「通过」的 8 条里导出功能带前提（权限补丁确认）—— 带前提的通过不是通过，是「待确认通过」—— 这个状态在原文里只是一个转折词，在台账里必须是一个状态位。

第 2 步 · 歧义标记 · 谭锐那句「先这样」

多人交叉发言的段落 —— 不替会议定决议

演示数据（表格原文）歧义点转写原文处理数据同步重试是否通过「……（交叉发言）……那先这样，可以做」待谭锐本人核对14:37 的交叉发言段落转写失真 —— 「先这样」的指向对象不明。登记的办法：该条标「待核对」，当天问谭锐一句话确认 ——纪要宁可晚发两小时，不发一条有歧义的决议。

第 3 步 · 挂起条件结构化 · 蒸发终结者

等什么信号、谁再评估、什么时候看 —— 三要素逐条填

演示数据（表格原文）挂起需求等什么信号谁再评估再看时间离线巡检模式华正续约落定江晓落定后一周内批量导入API Q4 评估结论沈知行Q4 末看板定制定制报价反馈郑海洋报价后两周三要素齐了，挂起就不再是「再议」的黑洞 —— 对照表（原料 04）显示离线模式的条件上周已成熟 —— 结构化挂起条件的第一个产出：一条被遗忘的需求自动进入激活检查。

第 4 步 · 待办落人 · 谁做什么什么时候

落不到人身上的不算待办

演示数据（表格原文）待办责任人截止来源权限模型补丁确认谭锐今天通过前提数据同步决议核对江晓→谭锐今天歧义标记佳润定制报价郑海洋本周五挂起条件纪要分发与会人确认江晓今晚流程4 条待办全部落人限期 —— 其中「纪要分发确认」是流程性待办：与会人回「确认」后决议才固化。未确认的决议只是草稿 —— 这一步防止「会上说好的」变成「会后各自记忆的」。

第 5 步 · 上月旧账 · 两条蒸发点的追回

上月挂起的三条，一条条件成熟、一条条件失传

演示数据（表格原文）上月挂起本次追回结果离线巡检模式条件成熟 · 进入激活评估批量导入本次再次挂起（等 API）· 条件已结构化看板定制条件失传 · 本次重建（佳润报价后两周）上月的三条挂起全部有了下文 —— 其中「看板定制」的条件是本次重建的（上月已失传）。纪要登记的复利：本月登记的条件，是下月追回的依据 —— 没有登记的月份，蒸发就是永久损失。纪要还不能分发 —— 一条歧义决议没核对、导出的前提没闭环两个未闭环点：数据同步重试的「先这样」歧义未核（谭锐没回话）；导出功能通过的前提（权限补丁确认）也未闭环。带歧义分发的风险：研发按各自的理解开工 ——两拨人对同一句话的两种实现 —— 这比没有纪要更糟，因为它给了错误一个「有据可查」的假象。给出的不是干等：方案 A（今晚闭环·推荐）：江晓现在找谭锐当面（或微信）核对两点 —— 数据同步是否通过、权限补丁何时确认—— 10 分钟，补正后今晚分发，与会人明早确认；方案 B（分级分发）：无歧义的 21 条决议今晚分发，歧义与前提两条标红「待核」单独跟踪 —— 决议的主体先流动起来，研发可以先动无争议的部分。两案差两小时 —— 上月「再议」蒸发的教训刚发生过：纪要的及时性是它可信度的一半。之后这一次跑完，公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据（表格原文）✓挂起需求的蒸发被终结 —— 等什么信号、谁再评估、什么时候看，三要素一条不缺✓上月的两条蒸发点被找回 ——续约落定的信号触发了重新激活✓「会议效率低」被数据否掉 —— 病根是会后遗忘不是会中节奏，改革对症了✓每迭代 2 人日的顺延被 20 分钟纪要对冲 —— 这笔账每个迭代都成立追问现场可能被问到的答不上来的问题，比答得漂亮的问题更能决定这场演示的结果录音要是没录上怎么办？速记、群里的语音转文字、甚至与会者各自回忆的碎片都能凑 —— 决议登记容错率比想象高，什么都不留才是零容忍。纪要谁确认？与会人当天回复「确认」即可 —— 不确认的标红跟踪。纪要的可信度来自确认环节，不是格式。挂起条件成熟了会提醒吗？挂起条件跟踪表与需求池联动 —— 信号类条件（如续约落定）由人触发再评估；日期类条件到点出现在下次评审议程里。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

评审会开完，决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没开

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

评审决议与待办登记 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

review-minutes.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是产品手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁CH-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

01_评审会录音转写.txt 两小时会议的全部 —— 决议提取的原料
02_本迭代需求清单（评审对象）.xlsx 23条的清单 —— 决议挂接的骨架
03_上月评审的挂起记录（拼凑版）.txt 上个月纪要缺失的现场 —— 「再
议」两个字的代价
04_挂起条件相关事件对照.xlsx 条件成熟了吗 —— 挂起需求的激活检查
05_与会人与角色对照.xlsx 谁说的哪句话 —— 责任人识别的依据

怎么用

把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
粘贴下方提示词发送
拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

昨天评审会的录音在这，两小时，23 条需求，与会名单和需求清单也附上了，帮我出一份纪要。每条需求的决议分开提：通过、挂起、合并、缓行，讨论要点和原话都带上；挂起的那三条最关键 —— 等什么信号、谁再评估、什么时候看，三要素给我填齐，一条都不能缺；有歧义的地方别替我定，单独标出来我去核对；待办落到人：谁、做什么、什么时候截止 —— 落不到人身上的不算；上个月挂起的两条也帮我对照一下，挂起条件是不是成熟了。

为什么这么短就够了：短是因为「决议四分类、挂起条件三要素、待办落人规则、歧义标记」都在能力包里。产品经理只要把录音扔进来。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

CH-02_评审决议与待办登记.xlsx 正式件本体 · 四类决议 + 挂起条件 + 待办
CH-02_挂起条件跟踪表.xlsx 挂起需求的三要素 · 条件成熟自动进入再评估
CH-02_歧义待确认清单.xlsx 讨论记录有歧义的决议 · 核对后再固化

Skill 里固化了什么：从上次会议的待办里「想起」了两条蒸发点该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：会议录音或速记手机放桌上录的就行 —— 不要求专业设备本次评审的需求清单23 条的议题 —— 决议挂接的对象与会人名单与角色谁说的哪句话 —— 责任人识别的依据上次会议的待办清单（如有）该闭环的先闭环 —— 会议的连续性

人工边界：不做「替会议做决议」—— 决议是人的判断，登记的是已发生的决议与待办。也不做「待办自动催办」——提醒走日历/IM 的原生功能。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

变更与指令 · 产出即下一步输入

CH-01 · 需求变更留档登记 — 项目后期「搞不清哪些需求满足了、哪次变更谁批的」—— 靠人执行的「口头需求禁止生效」制度，从来没有成功过查看 →CH-03 · 老板口头指示翻译 — 老板周日晚上 60 秒语音：「巡检报告加个导出，最好下周就能用」· 翻译成需求卡需要三件事：原话、结构化、澄清问题查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。

其他行业的同类场景 · 审查核验

想把这个场景在你们企业跑通？

顾问会先看你们的数据和流程够不够，再决定从哪一步开始。

看产品其他场景