UC-PROD-001 产品周会纪要与待办提取：教学桌面演练记录
记录状态：作者引导演练设计走查；不构成真实运行、真实第二使用者复现、模型评测、回退演练、发布或移交证据。
关联资产： UC-PROD-001、WF-PROD-MINUTES-001、SK-PROD-MINUTES v1.0、附录 A 第 1、2、4、7、25、26、34、41、42、44、46、55 节。
证据边界： 本记录只验证公开文档是否已经提供足够的步骤、字段、暂停条件和回流入口，供授权业务团队开展后续教学或受控验证。它不使用真实会议原文、人员信息、系统访问、模型调用、耗时、质量评分、采用数据或成本数据。所有需要业务 Owner、数据/安全角色或第二位真实使用者确认的项目均保持 【待现场验证】。
一、演练范围与成功标准
| 项目 | 本轮设定 | 结论边界 |
|---|---|---|
| 场景 | 产品周会纪要与待办提取的内部草稿工作流。 | 只验证文档和模板链的可读性；不处理真实会议。 |
| 阶段 | 候选 → 受控试点设计。 | 不构成限量运行、受控生产或验收。 |
| 自主性 | L1 单步辅助：仅生成草稿，逐次人工确认。 | 不启用写入、发送、任务分配、Agent、连接器或外部工具。 |
| 角色 | 使用虚拟角色“业务 Owner”“会议主持/知识 Owner”“流程 Owner”“技术/安全复核角色”“第二使用者”。 | 不对应具体个人、组织或授权。 |
| 演练成功 | 能定位每一步所需资产；能识别哪些字段不能由作者替代填写；能把信息不足、来源冲突、审核失败和接管转为暂停/回退动作。 | 不以生成效果、时间节省、评分或“完成率”作为成功结论。 |
二、桌面演练：从立项到评测设计
1. 用例立项
| 检查点 | 现有资产支持 | 桌面走查结论 | 必须由现场补齐的内容 |
|---|---|---|---|
| 业务问题 | 试点证据包第一节、附录 A 用例立项卡。 | 已能说明“决策、待办、责任人与截止时间分散导致遗漏和确认成本”的问题假设。 | 基线、业务优先级、真实会议类型与业务 Owner 批准。 |
| 范围与非目标 | 试点证据包的范围、非目标、人工保留决定。 | 已明确只做内部草稿，排除自动发送、写入、绩效/人事决定和未授权会议。 | 实际参与者、替补人、允许会议范围与数据分类。 |
| 停止条件 | 试点证据包中的关键遗漏、错误归属、敏感信息、无 Owner 待办、审核/人工备用不可用。 | 已能判断“没有 Owner、数据边界或人工备用”不是继续优化 Prompt 的理由。 | 真实升级路径、停止权限和组织通知方式。 |
演练发现 1： 仅有“任务能否做”的描述不足以开始试点。立项卡必须迫使使用者同时填写“本轮不做什么”“谁可暂停”“没有满足前置条件时如何回到人工”。这一发现已在第 2 章、第 6 章和附录 A 的任务定义模板中强化。
2. 任务定义与最小上下文
| 检查点 | 正确的教学填写 | 不能替代的现场判断 | 信息不足时的正确动作 |
|---|---|---|---|
| 输入 | 经批准的会议转写或人工整理要点；会议日期、参会角色、议题上下文。 | 转写是否可靠、是否包含敏感内容、是否允许进入指定环境。 | 停止使用该材料，转人工纪要或按批准方案脱敏。 |
| 输出 | 仅供内部审核的纪要草稿与待办表；不确定项标记“待确认”。 | 哪些内容属于正式决议、哪些字段是业务必填项。 | 不把推测写成决议；交由会议主持人确认。 |
| 权威依据 | 当前会议材料与经批准的纪要格式/规则。 | 格式规则的 Owner、版本与生效范围。 | 标记规则来源不明，不扩大试点。 |
| 人工控制 | 主持人/记录者确认决策、Owner、期限与敏感内容。 | 实际审核者、替补人、审核时限与记录留存。 | 无可用审核者时，使用人工流程。 |
演练发现 2： 原先通用任务定义模板中“输入、输出、质量标准、禁止事项”挤在连续文本里，容易使使用者遗漏数据边界、人工控制与阶段决定。该模板已改为可逐项填写的结构，并加入“信息不足/冲突”“人工控制与回退”“基线与阶段决定”。
3. 评测设计
本次不创建真实 Golden Set，不填写通过率、耗时、采用率或成本。桌面走查只确认以下样本类别与判定逻辑已经被现有资产覆盖：正常会议、转写不完整、无 Owner/无期限事项、敏感/不应纳入内容、历史失败或近失。
| 假设情形 | 使用者应如何判断 | 不应做什么 | 关联资产 |
|---|---|---|---|
| 模型把“建议”写成“决议” | 审核不通过；修改或转人工；将失败类型记录为后续样本候选。 | 因文笔流畅而直接采用。 | 验证清单、Golden Set、周度评测记录。 |
| 待办没有负责人或期限 | 标记待确认；不编造字段；由主持人确认。 | 依据上下文猜测 Owner 或日期。 | 任务定义、验证清单、工作流合约。 |
| 转写缺失或来源冲突 | 停止自动整理并转人工；记录输入异常。 | 用模型“补全”事实。 | 上下文包、Runbook、事件记录。 |
| 会议出现超出范围的敏感信息 | 按预先规则提示审核者处理，并依据数据边界决定排除、脱敏或转专项审查。 | 将原文复制到公开样本、长期记忆或未批准工具。 | 风险初筛、数据分级、审计证据索引。 |
三、桌面演练：回退、接棒与第二使用者
1. 回退情形走查
| 情形 | 应触发的动作 | 正确回退路径 | 本轮状态 |
|---|---|---|---|
| 信息不足或来源冲突 | 标记待确认并暂停采用。 | 会议主持/指定记录者依据原始材料完成人工纪要。 | 设计已核对；【待现场演练】。 |
| 关键决策或待办遗漏 | 审核不通过，保留失败类型并停止扩大。 | 回到上一稳定版本或人工模板；补充失败样本后再复测。 | 设计已核对；【待现场演练】。 |
| 审核者不可用 | 不运行或不采用草稿。 | 指定替补人，或完全回到人工纪要流程。 | 具体替补安排 【待现场验证】。 |
| 模型/工具不可用 | 停止草稿生成并通知相关人员。 | 人工模板 + 原始会议材料；记录依赖故障。 | 设计已核对；【待现场演练】。 |
2. 第二使用者复现协议
本轮没有真实第二位使用者。真实复现时，业务 Owner 应指定一名未参与设计的人，仅提供已批准的用例立项卡、任务定义、上下文/规则说明、验证清单、Runbook 与附录 A 第 55 节模板；不允许原设计者在填写过程中即时解释。第二使用者须记录：在哪一步找不到材料、哪些字段只能靠口头理解、是否正确暂停、是否能完成基础人工回退。
不可替代性声明： 本记录的作者引导走查不能等价于第二使用者复现。只有独立使用者在实际批准范围内完成记录，才可将“可接棒”从设计假设升级为受控运行证据。
四、回流决定
| 发现 | 回流位置 | 已采取的动作 | 后续验证 |
|---|---|---|---|
| 入口页容易把战略取舍与单用例诊断混为同一动作。 | README、start.md、quickstart.md、内部核心决策内核。 | 已明确组织级取舍、单用例诊断、角色行动和高管决策的职责边界。 | 由后续读者/第二使用者反馈复核。 |
| 任务定义模板对数据边界、人工控制、基线与阶段决定的提示不足。 | 附录 A 第 2 节、第 6 章。 | 已重写为分区可填写模板，并在最小闭环中前置指标设计。 | 真实或教学第二使用者独立填写。 |
| “暂停”容易被误解为项目失败。 | 第 2、6、9、11、15 章与维护机制。 | 已明确暂停、缩小、降级、转人工和不做是正常决策。 | 在真实演练中检查使用者是否会正确停止。 |
| 交接往往依赖设计者口头说明。 | 附录 A 第 55 节、试点证据包与维护节奏。 | 已新增第二使用者复现与接棒验证记录模板。 | 由未参与设计的人员完成一次记录。 |
五、本轮结论与下一步
本轮结论： UC-PROD-001 的公开资产已能支持一次不接触真实数据的教学桌面演练，并能明确指出何时不应继续。但它仍处于“设计和演练就绪”，不是“试点运行就绪”或“可验收”。
下一个唯一动作： 由授权业务团队指定真实业务 Owner 和第二使用者，在经批准的内部/脱敏材料范围内填写附录 A 第 55 节；其结论只能写入受控证据位置。若第二使用者不能独立完成，先修正现有模板、示例或链接，不扩大范围，也不宣称可交付或可规模化。