[ { "id": "lab-01", "title": "美发门店的服务咨询与报价草案", "industry": "美业", "department": "门店前台与服务顾问", "problem": "教学情境：顾客用生活化语言描述剪发、染色和造型需求，前台却需要从门店服务目录中找到可售项目、时长和价格。自由回答容易混用不同门店价目，或把风格建议写成未经证实的功效承诺。", "before": "假设现状是前台翻阅价目表、聊天记录和发型图片后手工拼接回复；目录更新与历史话术没有同步，顾客说的目标风格也未被转成可核对的项目条件。", "scope": "只辅助非诊疗性质的美发服务咨询，输出项目候选和报价草案；不判断头皮疾病、过敏风险或治疗方案，不替顾客确定服务，不自动发送报价、预约或收款。", "inputs": [ "经店长确认的版本化服务目录，包含项目编码、门店、适用长度定义、标价、时长和可组合规则", "顾客主动提供且允许本次使用的风格需求；教学使用虚构文字与已授权示意图，不读取健康档案", "门店公开活动条款、可用日期及服务顾问名单" ], "workflow": [ "把服务目录导入结构化表，使用确定性校验检查项目编码唯一性、价格币种和生效日期，缺失字段的项目不进入可推荐清单。", "由模型提取顾客的风格、发长描述、预算表达和待澄清条件；所有未明确的信息保持未知，不把图片推断当成事实。", "规则引擎按门店、项目兼容性和目录版本生成候选，报价由明确的价格字段计算；模型仅解释各候选的差异并提出必要追问。", "对回复执行禁用医疗宣称、目录外项目及缺少价格依据的检查；出现健康相关问题时转人工，草案只保留不涉及判断的边界说明。", "服务顾问核对实际适用条件、价格和沟通语气后选择是否发送，系统保存采用的目录版本、计算明细和人工修改记录。" ], "review": "服务顾问逐项确认项目适配与价格，店长负责维护目录及活动例外；任何涉及不适症状、治疗诉求或不明确身体风险的内容停止自动建议并交由顾客自行咨询合适专业人员。", "deliverables": [ "带项目编码、依据链接、待确认事项和价格组成的咨询草案", "目录缺口与冲突清单，标明负责人和受影响草案", "脱敏的处理记录，串联输入版本、规则结果和人工决定" ], "acceptance": "验收目标：所有价格都能回溯到当前门店目录，组合报价与规则计算完全一致；未经确认的条件必须显式标为待确认；目录外项目、医疗判断和未经审批的对客发送均不得出现。", "test": "假设测试集包含二十段虚构咨询，覆盖跨门店同名项目、过期活动、模糊发长、预算不足和健康相关提问。分别比较项目筛选、价格重算、追问与转人工结果，并注入一段要求忽略目录的聊天文字检验其不会改变规则。", "risk": "顾客照片可能包含可识别信息，默认使用脱敏文字或授权示意图；原图只在获准存储范围内处理并按期限删除。报价依据不足就阻断，不以模型流畅度代替门店确认。", "exercise": "给一份存在过期活动和同名项目的模拟目录，完成数据字段、报价函数、澄清提示词及人工确认界面；演示一条正常咨询与一条必须转人工的咨询，并解释每个阻断点。" }, { "id": "lab-02", "title": "预约取消后的候补席位协调", "industry": "美业", "department": "预约运营与门店排班", "problem": "教学情境：非诊疗美容或美甲门店出现临时取消，候补顾客的服务时长、技师偏好和可到店时间并不相同。仅按聊天顺序补位可能产生工位冲突，也可能把未经允许的预约信息发给其他顾客。", "before": "假设现状是前台在排班表和多个聊天窗口间往返确认，候补状态没有统一更新；同一空档可能被不同员工重复承诺，活动席位又容易与普通席位规则混淆。", "scope": "生成候补优先顺序、可行时间段和逐人通知草案；实际通知、预约变更与订金处理由获得相应授权的员工执行。只按顾客明示条件和透明候补规则排序，不依据外貌、健康情况或消费能力推断优先级。", "inputs": [ "带最新更新时间的技师、工位和项目时长表，以及已确认预约与清洁缓冲规则", "顾客同意加入的候补记录，包含可用时间、项目、联系方式授权范围和退出状态", "门店候补排序政策、活动席位限制及通知模板" ], "workflow": [ "读取取消事件和最新排班快照，用确定性区间运算扣除占用、休息与缓冲时间，形成可分配空档。", "模型把候补备注转成结构化约束并指出歧义；具体可用时间和顾客意愿必须来自明示记录，模糊备注交前台确认。", "按公开排序政策逐个验证项目时长、技师资格、工位和席位类型，生成可行候选及未入选原因，不直接改动预约系统。", "模型为首位合格候选生成不包含其他顾客信息的通知草案；前台核对收件人和授权范围后发送，回复由人工确认是否构成接受。", "执行预约写入前重新读取空档版本并检查冲突；只有人工确认且状态未变化时才提交，失败则重新计算并保留事件审计。" ], "review": "前台确认候补条件、收件人和对方明确接受，店长审批偏离既定顺序的特殊情况；涉及订金退转、额外收费或新条款时单独走适用的确认流程。", "deliverables": [ "按政策排序的候补清单和可行性解释", "最小必要信息的通知草案及人工发送检查单", "带状态版本的补位记录、冲突记录和未触达原因" ], "acceptance": "验收目标：推荐席位不得与技师、工位或清洁缓冲冲突；每个排序结论均可解释为政策和明示约束；预约提交必须经过人工确认与最新版本检查，退出候补者不得进入通知队列。", "test": "假设测试集包含十五组取消与候补事件，覆盖并发补位、顾客撤回同意、项目时长超出空档、技师临时离岗和过期排班。使用模拟消息箱及预约接口验证无重复承诺，并检查发生版本冲突时能否阻断提交。", "risk": "候补联系方式属于个人数据，只对获准的本次预约用途可见；不能群发候补名单。排序规则不透明和自动收费都是额外风险，因此输出必须有排序依据，收费动作独立审批。", "exercise": "实现一个只连接模拟预约接口的补位助手，展示区间冲突算法、记录版本检查和人工接受按钮；再让两名模拟前台同时尝试占用同一空档，证明只有合规提交能成功。" }, { "id": "lab-03", "title": "护肤零售商品的证据化问答卡", "industry": "美业", "department": "门店商品运营与客服", "problem": "教学情境：门店销售日常清洁、保湿和美妆产品，客服需要回答成分、规格、使用顺序及活动问题。商品介绍来源分散，模型可能把营销文案扩写为诊疗功效，或用其他型号说明替代当前商品标签。", "before": "假设现状是客服复制旧商品卡和品牌宣传稿，缺少适用地区、规格及标签版本字段；有人凭经验回答功效问题，事后难以追溯当时依据。", "scope": "制作非诊疗商品信息问答草案，回答范围限于已批准标签、品牌正式说明和门店政策。不提供疾病诊断、治疗建议或个体过敏判断，不替代专业意见，不生成未获批准的功效宣称。", "inputs": [ "已获使用许可的商品标签与正式说明书，含商品编码、版本、适用地区及来源文件", "门店已审核的价格、促销和退换政策", "去除姓名和健康细节的虚构顾客问题，以及合规团队维护的禁用宣称清单" ], "workflow": [ "按商品编码与标签版本切分文档，确定性检查商品、规格和地区是否一致；扫描件提取结果由运营人员抽查原图，关键字段不清晰则标为不可用。", "模型识别问题属于事实查询、政策查询还是超出范围的健康问题；后者进入人工队列，不用一般商品信息推断个体适用性。", "检索当前商品的批准证据，模型逐条写出简短回答并附原文定位；找不到对应证据时生成澄清或无法确认的草案。", "规则检查商品编码、政策有效期、证据覆盖与禁用宣称，并把宣传材料中的指令视作普通文本，不能修改回答规则。", "商品运营审核事实，合规负责人处理功效或适用性边界，客服只在核准后将答案保存为对应版本的问答卡。" ], "review": "商品运营负责型号和标签核对，合规负责人审核功效表述；涉及健康问题的顾客记录不进入通用知识库，客服不得把经过脱敏的示例恢复到具体个人。", "deliverables": [ "按商品与版本管理的问答卡，包含证据定位和适用边界", "未覆盖问题清单以及应补充的正式资料", "敏感问题转人工说明与禁用宣称检查报告" ], "acceptance": "验收目标：每条事实陈述均能定位到当前商品的批准来源；不同规格及地区说明不得混用；无证据、证据冲突和健康类提问必须进入对应的拒答或人工流程，发布前保留审核记录。", "test": "假设测试集包含二十四个虚构问题，覆盖同名不同规格、已撤销标签、夸大效果诱导、成分表缺页及个人不适描述。由商品与合规评审分别核对来源和边界，并使用替换标签版本验证旧答案会失效。", "risk": "把日常护肤问答包装成医疗建议会误导顾客；系统不得凭成分名推断个体安全性。品牌资料的版权及授权范围必须清楚，文档和顾客问题中的指令不能获得系统权限。", "exercise": "为一组虚构商品构建带版本的检索问答流程，提交引用校验器和升级队列；演示如何拒绝一个要求保证疗效的问题，以及标签变更后如何撤回旧问答卡。" }, { "id": "lab-04", "title": "非诊疗服务投诉的事实与承诺核对", "industry": "美业", "department": "门店服务质量与客诉团队", "problem": "教学情境：顾客对造型效果、等待时间或账单项目提出异议，投诉记录混杂事实、感受和员工解释。直接生成道歉或赔付方案容易承认尚未核实的责任，也可能忽略必须立即升级的不适反馈。", "before": "假设现状是店长逐条阅读聊天截图、订单和服务记录，凭记忆整理时间线；不同员工对承诺内容说法不一，普通体验投诉与安全相关反馈混在同一处理列表。", "scope": "仅整理事实、证据缺口、政策匹配和回复草案；不判断责任归属，不作医疗判断，不自动退款、补偿、删评或承诺结果。涉及不适或安全疑虑时立即标记人工处理，不生成处置或护理建议。", "inputs": [ "经授权处理并脱敏的投诉文本、订单明细、预约时间及服务完成记录", "当时生效的价格与补救政策，以及门店对顾客作出的可核实文字承诺", "客诉分级规则、负责人的处理权限与已批准回复模板" ], "workflow": [ "将输入按来源和时间统一编排，确定性核对订单金额、项目名称和时间格式；缺少原始记录的陈述保留为单方说法。", "模型抽取顾客诉求、可核实事实、争议点和需要补证的问题，并明确区分直接引述、推测和政策条款。", "规则引擎匹配等待、账单或效果类流程，出现人身安全、不适或法律争议关键词时阻断常规回复并提示指定负责人接手。", "模型生成不夸大事实、不承认未定责任的沟通草案与待审批选项；退款额度、收费和补偿不由模型决定。", "负责人核验时间线和政策版本，选择处理路径并确认具体承诺后才执行外部沟通；处理结果回写独立事实字段，保留审核依据。" ], "review": "店长确认事实与权限，必要时由安全、合规或相应专业负责人接手；对客回复、责任认定和任何退款补偿均需要拥有权限的人工明确确认。", "deliverables": [ "带证据定位的投诉时间线与争议清单", "缺失材料请求清单和分级处理建议", "经权限检查的回复草案、审批记录与结案字段模板" ], "acceptance": "验收目标：草案中的金额和承诺均有原始依据；单方陈述不得升级为已证实事实；安全相关反馈进入人工升级路径；未经批准的退款、责任承认及外部发送均被阻断。", "test": "假设测试集包含十八宗虚构投诉，覆盖订单金额不符、聊天承诺与政策冲突、缺失服务记录、不适反馈以及顾客要求删除差评。评审逐项检查事实标签、升级时点和权限边界，再模拟负责人拒绝补偿以确认草案不会自行发送。", "risk": "投诉可能包含健康与其他敏感内容，应最小化收集并按案件权限隔离；未经同意不得把案例用于营销或训练。模型给出的分级只是工作辅助，不能替代及时的人工安全响应。", "exercise": "用同一宗虚构投诉的相互矛盾材料建立证据表和回复草案，设计单方陈述标签、升级按钮和补偿审批阻断；说明新证据到来时如何更新而不覆盖旧记录。" }, { "id": "lab-05", "title": "美甲门店耗材批次与临期调拨", "industry": "美业", "department": "门店库房与区域运营", "problem": "教学情境：美甲与非诊疗美容门店的耗材按颜色、容量、批次和开封状态管理，销售系统只记录项目消耗估计。缺乏批次核对会让临期提醒失真，也会把账面库存误当作可用库存。", "before": "假设现状是员工用表格记录进货，在包装上手写开封日期，区域运营月底才汇总；损耗、隔离库存和借调没有同步，补货建议主要依赖经验。", "scope": "生成盘点差异、临期提示和调拨或补货草案；产品可用性、卫生要求与报废决定由门店负责人按正式说明确认。系统不修改有效期、不自动下采购单、不替代产品安全检查。", "inputs": [ "虚构的批次台账，含商品编码、生产批号、标示期限、开封日期、数量和储存位置", "批准的产品储存说明、开封后使用规则与门店隔离报废政策", "近期项目预约的汇总需求、标准耗用假设、盘点表及已批准采购提前期" ], "workflow": [ "通过条码或表格导入批次资料，确定性检查日期先后、计量单位和批次唯一性；缺少期限依据的批次先进入待核验状态。", "模型整理盘点备注中的漏记、破损或借调线索，生成核对问题；实际可用量只由确认过的数量、隔离状态和正式期限规则计算。", "依据门店确认的耗用假设估算需求区间，按先到期先使用原则生成候选，但排除已隔离、过期及规则不明的库存。", "确定性检查调拨双方库存、运输条件与最低留存量，模型解释各方案的缺货风险和假设，不把需求估算写成承诺。", "库房人员现场核验标签和状态，区域运营审批调拨或采购草案；执行结果凭单据回写，并保留被拒方案与差异原因。" ], "review": "门店负责人判断耗材是否可用，库房确认实物批次及数量，区域运营审批跨店调拨和采购；任何安全或储存异常都先隔离核查，模型不能恢复为可用状态。", "deliverables": [ "按批次定位的临期、缺失标签和盘点差异清单", "带耗用假设、库存计算和约束说明的调拨或补货草案", "现场核验表及审批、执行、回写的完整记录" ], "acceptance": "验收目标：建议使用量与可用批次库存完全可重算；隔离、过期及依据不明批次不得进入可用量；调拨和采购草案必须保留审批状态，任何库存修正均能对应实物核验或凭证。", "test": "假设测试集包含三十条虚构批次记录，覆盖同商品不同单位、未填开封日、跨店重复批号、损坏隔离和需求突然增加。逐条重算库存，并用晚到的盘点数据验证原建议会失效而不是继续执行。", "risk": "商品期限与储存规则不能由模型猜测，临期也不等于适合继续使用；处理范围只限库存支持。供应商价格与采购记录按岗位授权，跨店只共享调拨所需字段。", "exercise": "实现批次台账校验与可用量计算，构造一个账面有货但全部被隔离的场景；展示系统如何给出缺货预警、补充核验任务和需要审批的采购草案。" }, { "id": "lab-06", "title": "课堂练习错因到分层教案草案", "industry": "教育", "department": "学科教研与任课教师", "problem": "教学情境：教师希望根据一堂课的练习选择下一节课的讲解与练习，但错题可能来自概念、审题或计算步骤。只按答对比例分组会掩盖原因，模型也容易把一次表现写成学生的固定能力标签。", "before": "假设现状是教师手工查看作答截图，在备课本上记下共性问题，再从旧资料中寻找练习；题目、知识点和错误证据之间缺少明确映射。", "scope": "辅助教师准备短期课堂活动与练习选项，使用去标识化作答和课程标准；不作升学、分班、录取、特殊教育资格等高影响决定，不生成对学生能力或健康状态的定性判断。", "inputs": [ "获准用于本次教学的去标识化练习、题目文本和标准解答，学生仅使用班内随机代号", "当前单元的教学目标、已教知识范围和教师维护的常见错误分类", "已获使用许可的练习题库，含难度说明、前置知识及适用年级" ], "workflow": [ "解析题目和作答，把可机器判断的答案按明确规则核对；缺少步骤、图片不清或开放题保留人工待判，不能直接计为错误。", "模型依据具体作答片段提出可能错因和证据，不把推测当成学生特征；每条推测附教师确认入口。", "确定性检查题库中的前置知识、已教范围及许可标签，模型为已确认错因组合讲解示例、基础练习和拓展练习。", "教师核对错因与题目答案，修改分层建议；分组仅用可撤销的当堂练习安排，不写入永久能力档案。", "导出教案草案与对应的形成性检查题，收集下一次课堂表现后由教师判断是否调整内容，并保存依据而非个人标签。" ], "review": "任课教师确认错误解释、练习适配与最终课堂安排，教研组抽查标准解答及课程范围；学生相关数据只对获准教师可见，不通过外部链接公开。", "deliverables": [ "按知识点汇总、带作答证据的待确认错因表", "可选择的讲解活动与分层练习包草案", "短期课堂检查方案以及数据删除和访问范围说明" ], "acceptance": "验收目标：每项教学建议均对应明确的作答证据和课程目标；未确认错因保持假设状态；练习答案通过教师复核，且不得出现永久能力标签或超出授权的学生信息。", "test": "假设测试集包含二十四份虚构作答，覆盖同答案不同过程、正确思路但计算失误、空白作答和模糊图片。教师独立标注可支持的错因，再核对模型建议是否引用正确证据，并验证缺少信息会触发待判。", "risk": "涉及未成年人时采用最小化、去标识化输入，只有获准教育用途才能处理；错误推断会影响教学，因此不得以自动标签替代教师判断，也不将学生作答用于未经批准的模型训练。", "exercise": "选一个虚构教学单元，建立题目、作答证据、错因和练习的可追溯关系；展示一次教师否定错因后如何重生成教案，而不改变原始作答记录。" }, { "id": "lab-07", "title": "写作作业的量规反馈与复核队列", "industry": "教育", "department": "语文与语言课程教学", "problem": "教学情境：教师需要给学生文章提供具体修改建议，但模板化评语往往无法指出文本位置，自动评分又可能把表达风格差异误判为能力差距。FDE目标是让反馈依据清楚并可由教师逐条修订。", "before": "假设现状是教师边读文章边写评语，常用语反复复制；量规版本与本次作业要求没有绑定，学生不易知道哪一段支持了评语。", "scope": "只生成形成性写作反馈、量规证据和教师复核优先级；不自动给出正式成绩，不作纪律认定，也不以语言特征推断身份、家庭背景或是否使用了人工智能。", "inputs": [ "去标识化的虚构学生文章及本次作业要求，保留段落编号和原文格式", "教师批准的写作量规及示例，含维度解释和不适用条件", "教师维护的反馈语气要求、可教的修改策略和允许引用的篇幅规则" ], "workflow": [ "将文章按段落建立稳定标识，确定性检查文本完整性、字数规则和量规版本，缺页或乱码先退回人工核验。", "模型按论点、证据、组织或语言等量规维度寻找文本依据，并为不适用维度给出原因，不先生成总分。", "模型为每条证据提出可执行的修改建议和追问，规则检查引文必须真实存在于原文，建议不得擅自改写成超出教学目标的成稿。", "把证据不足、量规冲突和涉及个人敏感叙述的反馈送入人工复核队列；教师决定保留、修改或删除，并可自行填写正式成绩。", "发布前核对学生代号与收件权限，导出已批准的反馈单；下一稿只比较学生主动修改的相关段落，避免生成长期排名。" ], "review": "任课教师对所有发布反馈负责，尤其复核语气、文本证据和量规边界；正式成绩与任何纪律判断始终在独立人工流程中完成。", "deliverables": [ "带段落定位、量规维度和具体修改动作的反馈单草案", "证据不足与量规冲突的复核清单", "教师修订记录及前后稿对照模板" ], "acceptance": "验收目标：反馈引用均能在原文定位，建议与当前量规一致；无证据的负面判断和自动正式评分不得发布；每份对学生可见的反馈均有教师确认及正确的访问范围。", "test": "假设测试集包含十六篇虚构文章，覆盖独特写作风格、跑题但语言流畅、引用缺失、个人敏感经历和量规不适用。检查引用精确性、建议可执行性及教师修改保留情况，再测试学生代号交换是否被权限校验阻断。", "risk": "学生文章可能含私人叙述，应限制可见范围和保留期限，不能把敏感内容写进公开示例。模型不能可靠判定写作来源，因此不输出作弊结论或作为纪律证据。", "exercise": "实现一个逐条批准反馈的教师界面，要求每条建议显示原文与量规；加入一条不存在的引用和一条不适用维度，演示校验与人工删除流程。" }, { "id": "lab-08", "title": "家校周报的来源核对与收件隔离", "industry": "教育", "department": "班主任与家校沟通", "problem": "教学情境：班主任要把课堂活动、作业提醒和家长需配合事项整理成周报，既要避免漏掉日期变更，也要防止把某名学生的情况误发到全班通知中。", "before": "假设现状是从群聊、课表和活动通知中复制内容，逐个替换姓名后发送；公用通知与个别沟通共用一个文档，容易残留上次收件人信息。", "scope": "生成班级公共周报和获准的一对一个人提醒草案；不自动发送，不向其他家庭披露学生个人表现、健康或纪律情况。教学演示仅使用虚构学生与监护人映射。", "inputs": [ "已批准发布的课程活动、作业和校务通知，含负责人、日期与当前版本", "经学校授权管理的收件关系表，包含学生代号、监护人渠道和有效同意范围", "班主任明确选入本次沟通的个人事项，以及公共周报与个别消息模板" ], "workflow": [ "按通知来源和版本提取时间、地点、准备物品及行动要求，确定性检查日期冲突和过期事项，不能从聊天语气推断已确定安排。", "模型把已批准公共内容整理成简明周报，将含学生个人信息的片段单独标记并排除在公共稿外。", "对于个别提醒，只读取该学生获准使用的事实，模型生成中性草案；规则校验姓名代号、代词指向和收件关系，防止串户。", "班主任核对公共稿的安排与个人稿的事实和措辞，敏感或高影响内容进入学校规定的额外审批流程。", "发送前再次核验最新收件关系和授权状态，向人工展示完整收件名单与消息预览；获准发送后记录版本，撤回授权的家庭不得沿用旧队列。" ], "review": "班主任逐项确认安排和收件人，学校指定负责人审批涉及敏感个人信息的沟通；家庭关系变化不能由模型猜测，需要从可信授权记录中确认。", "deliverables": [ "不含个人学生信息的班级公共周报草案", "按收件关系隔离的个人提醒草案与发送前检查单", "通知冲突、缺失授权及失效收件关系清单" ], "acceptance": "验收目标：公共稿不得含个体学生信息；每条行动提醒都有当前有效来源；个人稿与获准监护人一一匹配且未经人工确认不发送；授权撤回和日期冲突必须阻断对应输出。", "test": "假设测试集包含十二组虚构家庭关系和十份校务通知，覆盖同名学生、监护人变更、活动改期、旧通知残留及群发混入个人内容。采用模拟邮箱验证隔离，检查审批后资料变化是否触发重新确认。", "risk": "未成年人及家庭关系信息具有敏感性，默认最小化输入并限制访问；不能为了方便把全部学生记录交给外部服务。测试、日志与演示截图也必须使用虚构数据。", "exercise": "设计公共稿和个人稿分开的数据流，在模拟发送页展示收件人校验；注入同名学生与失效监护关系，说明系统如何阻断而不是猜测正确家庭。" }, { "id": "lab-09", "title": "补课排程的硬约束与教师确认", "industry": "教育", "department": "教务与课程运营", "problem": "教学情境：课程因教师请假或场地不可用而需要补课，教务要兼顾教师空档、教室容量、设备和学员明示可用时间。自然语言排程建议看起来合理，却可能违反课时顺序或资源占用。", "before": "假设现状是教务在群里征询时间后手工试排，空闲时间和不可用时间混杂；排课表、教室借用表及通知名单分别维护，变更后容易产生遗漏。", "scope": "生成满足硬约束的补课候选与冲突解释，只做教学运营支持；不根据学生背景或能力决定是否获得课程，不自动取消课程、收费、占用场地或发送邀请。", "inputs": [ "带版本的课程计划、教师可用时间、教室容量与设备清单", "经过授权且仅含时间偏好的学员可用性汇总，避免导入学生个人原因", "课时先后、休息间隔、补课有效期和通知提前量等明确排程规则" ], "workflow": [ "把所有时间转为统一时区与区间，确定性检查课程时长、资源容量和数据版本；模型辅助解析自由文本时间偏好，歧义由教务确认。", "建立硬约束与可协商偏好，求解器枚举可行时间段，模型不得通过语言解释跳过容量或课程先后约束。", "模型为候选排程说明满足的条件、仍需征询的人和不可行原因；无解时输出最小冲突集合供教务选择松动哪项偏好。", "教务确认教师、场地和受影响学员的适用规则，并明确选择候选；费用与例外安排另行审批。", "提交前重读资源日历并检查版本，人工批准后才建立预约和通知队列；对提交失败或部分写入生成补偿清单，避免重复邀请。" ], "review": "教务人员确认硬约束、通知名单和最终时间，教师确认教学顺序及备课条件；任何规则例外必须记录批准人，不能由模型自行放宽。", "deliverables": [ "可行补课候选、资源占用明细与偏好取舍说明", "无解情形的冲突报告和待决事项", "经确认的排程变更单、通知草案及提交状态记录" ], "acceptance": "验收目标：所有候选均通过资源、容量、时长及课程顺序的确定性校验；无解时不编造方案；实际占用与通知需要人工确认，外部日历变化后旧候选必须重新验证。", "test": "假设测试集包含十个虚构排课问题，覆盖跨时区、教室临时停用、设备不足、无公共空闲时间和提交时并发占用。使用求解器与人工小规模枚举对照，检查无解解释及部分写入恢复行为。", "risk": "可用时间背后的个人原因无需收集，排程日志不应暴露家庭、健康或宗教信息；公平性由明确课程政策保证，不能把缺席原因或模型推断作为排除依据。", "exercise": "构建一个带资源锁和人工确认的模拟排程器，先解决正常案例，再人为加入冲突让其无解；要求展示最小冲突集合和有权限的人如何选择调整。" }, { "id": "lab-10", "title": "课程资料的版权与引用发布检查", "industry": "教育", "department": "课程研发与内容审核", "problem": "教学情境：教研团队汇集文章片段、图片和题目制作课程包，素材可能来自不同授权范围，引用信息也不完整。若只检查排版和知识点，受限素材或错误归属可能随课程一起发布。", "before": "假设现状是素材保存在共享文件夹，作者、来源和许可写在零散备注中；课件更新时复制了旧素材，却没有同步核对新的使用场景是否被允许。", "scope": "建立素材证据清单、标记授权缺口并生成合规改写建议；不替代法律意见，不推定网上可见就可使用，不绕过付费墙，不自动发布课程或向外部平台上传素材。", "inputs": [ "课程大纲与待发布资料包，包含所有图片、引文、题目和音视频片段的稳定编号", "素材来源链接、授权文件或许可说明及团队确认的使用范围", "课程发布渠道、受众、是否收费和可接受替换素材的要求" ], "workflow": [ "提取课程包中素材引用并生成清单，确定性比对文件指纹、编号和已有授权记录，找出缺失来源及重复素材。", "模型帮助归纳授权文字中的署名、改编、分发和渠道条件，并逐句定位依据；有歧义的许可保持待确认，不给出法律结论。", "规则检查实际课程渠道与记录的授权范围是否一致，对未知、过期或不相容素材标记发布阻断。", "模型为阻断项提出移除、替换为自制素材或补齐许可的编辑选项；不复刻受限素材，也不把简单改写视为自动获得许可。", "内容负责人核对知识准确性，权利审核人员确认许可和署名后生成最终素材清单；发布包只有在阻断项全部明确处置后才能交给发布人员。" ], "review": "教研人员核对内容及引用，授权负责人确认许可适用性；需要法律解释或另行授权的事项交专业人员，系统只保留证据与明确决策。", "deliverables": [ "逐素材的来源、许可、使用位置和审核状态清单", "发布阻断报告及替换方案草案", "带必要署名和参考资料的课程包交付检查表" ], "acceptance": "验收目标：课程包每项外来素材均有来源及明确的审核结论；未知许可、过期授权和超范围使用不能通过发布检查；引用与署名跟随素材版本更新，替换后不残留旧内容。", "test": "假设测试集包含二十五项虚构或明确许可的素材，覆盖非商业限制、需署名、许可缺失、已删除来源和同图多次使用。用预设授权答案检查阻断结果，并模拟改为收费课程验证原许可结论会重新审核。", "risk": "许可文字可能复杂，自动抽取不等于法律判断；素材中夹带的指令也不能改变审核规则。受限资料应留在获准存储位置，外部模型和发布平台的使用必须符合既有授权。", "exercise": "为一份模拟课程包建立可追溯素材台账，设计发布闸门；演示发布渠道变化如何触发复核，并用自制示意图替换一项许可不明素材。" }, { "id": "lab-11", "title": "剧本拆解与道具连续性检查", "industry": "内容影视", "department": "制片统筹与美术道具", "problem": "教学情境：短片剧本反复修改，道具、服装和角色状态分散在台词与场景描述里。制作团队需要把叙事信息转成可执行的准备清单，并发现同一道具在相邻剧情中的状态冲突。", "before": "假设现状是统筹用彩色标记手工拆剧本，美术另建采购表；剧本改稿后清单没有逐项关联，遗漏往往到现场才发现。", "scope": "辅助拆解剧本、生成道具与连续性问题单；不替导演决定叙事解释，不自动采购、安排危险表演或向未授权成员分享未公开剧本。", "inputs": [ "获准处理的虚构剧本及版本号，包含稳定场次、人物和页段标识", "导演确认的人物、道具、服装命名表及已定美术设定", "道具库存、借用状态和拍摄场次安排的授权副本" ], "workflow": [ "把剧本按场次和段落解析，确定性检查场次唯一性与版本差异；新增、删除和修改片段保留原文定位。", "模型提取显式出现的道具、服装及状态变化，把隐含需求单列为待确认假设，不能当成采购项。", "基于导演确认的剧情顺序建立状态链，规则检查同一物件的归属、损坏、消耗和外观前后是否冲突。", "将状态链与实际拍摄顺序对照，模型生成复位、备份或补拍提醒；特殊效果、危险物件和未决剧情解释进入人工队列。", "导演及美术分别确认解释和实物需求后输出准备单，版本更新只重新检查受影响场次，并保留人工覆盖理由。" ], "review": "导演确认剧情含义与人物状态，美术和道具负责人确认实物、复位要求及可行性；涉及危险道具的设计由相应专业负责人处理，系统不提供危险操作方案。", "deliverables": [ "按场次与角色组织的道具、服装和状态清单", "带剧本文本证据的连续性冲突与待确认假设报告", "针对拍摄顺序的道具准备、复位和改稿影响清单" ], "acceptance": "验收目标：所有确定需求都能回溯到剧本或人工批准设定；隐含需求明确标为假设；已确认状态链不存在未解释冲突；改稿后受影响准备单必须重新审核才能交付。", "test": "假设测试集采用十场虚构短片剧本，设置道具易名、倒叙、物件损坏后再次出现和改稿删除场次等情况。由统筹制作基准拆解表，核对抽取、状态冲突和增量更新，确认倒叙不会被误当成连续性错误。", "risk": "未公开剧本和美术设定属于受控创作资料，只向项目授权角色开放；模型可能过度推断剧情，因此任何推断都不能直接进入采购或现场执行单。", "exercise": "构建一个能从场次定位回原文的拆解器，展示同一把钥匙跨场次的状态链；修改其中一场，证明只更新相关准备单并重新请求负责人确认。" }, { "id": "lab-12", "title": "素材库镜头索引与使用权筛选", "industry": "内容影视", "department": "后期制作与素材管理", "problem": "教学情境：剪辑师需要从大量素材里找出符合画面描述的镜头，但素材可见不代表可以用于当前作品。拍摄授权、音乐许可、可识别人物同意和使用渠道必须与镜头同时检索。", "before": "假设现状是助理按文件名和缩略图寻找素材，授权文件存放在另一个目录；临时导出的代理文件可能丢失原始编号，导致选中镜头后才发现缺少使用权依据。", "scope": "建立授权素材的镜头索引与候选片段清单，不自动发布或转授权，不进行人脸身份识别，不推断人物敏感属性。许可状态不明的片段只能进入内部待核验队列。", "inputs": [ "获准处理的示范视频和代理文件，包含原始素材编号、校验值和时间码", "素材授权、出镜同意及音乐许可的结构化记录与原文定位", "当前作品的用途、渠道、地区和剪辑师给出的画面需求" ], "workflow": [ "登记素材文件、代理关系和校验值，确定性检查转码前后时长与时间码映射，不能只按相似文件名匹配。", "模型为镜头生成可见场景、动作和构图描述，不识别人物身份；无法清楚判断的画面保持不确定标签。", "按文本需求检索候选片段，同时通过规则核对对应素材的渠道、地区、时限和第三方元素许可，未知条件默认待审。", "模型提供候选理由、精确入出点和需要核验的画面元素，剪辑师观看原片并确认内容，权利负责人确认授权适用性。", "只导出通过内容与权利双重确认的选段清单，保留源素材映射；授权变化时标记受影响的剪辑工程，不擅自修改或发布成片。" ], "review": "剪辑师确认镜头描述和时间码，素材管理员确认文件链，权利负责人判断许可范围；看似普通但含第三方标识或音乐的片段仍需按记录审查。", "deliverables": [ "含原始素材编号、镜头描述和时间码的索引", "针对当前作品用途筛选的候选选段及权利状态", "授权缺口清单和授权变化影响到的工程列表" ], "acceptance": "验收目标：候选时间码能准确打开对应原片，导出选段均有适用于当前用途的审核结论；许可不明片段不得混入已批准清单；描述中不出现身份识别或敏感属性推断。", "test": "假设测试集包含二十段获准演示素材，设置重复代理文件、错位时间码、授权过期、背景音乐未知和相似画面不同许可。核对检索结果与权利筛选是否独立正确，并模拟许可撤回验证影响列表。", "risk": "素材中可见人物和未发布内容需要受控存储，外部处理必须在许可范围内；画面相似不能用于替换授权关系。涉及未成年人或特殊使用限制时须由权利负责人明确核验。", "exercise": "搭建按自然语言检索的镜头索引，给候选增加独立的权利闸门；演示同一画面描述为何返回一个可用镜头和一个只能内部待审的镜头。" }, { "id": "lab-13", "title": "双语字幕的时间轴与术语质检", "industry": "内容影视", "department": "字幕制作与本地化", "problem": "教学情境：访谈片需要双语字幕，自动转写可能听错专名、漏掉否定词，翻译也可能改变说话人的语气。即便译文流畅，时间轴重叠和阅读速度不合适仍会影响成片使用。", "before": "假设现状是转写、翻译和时间轴修正在不同工具完成，译者难以定位音频来源；专名表更新后旧字幕未同步，质检主要靠全片反复观看。", "scope": "制作字幕草案、确定性格式检查和人工复核任务；不凭不清晰音频编造内容，不模仿真实人物生成声音，不自动发布视频或字幕。", "inputs": [ "有权处理的示范音视频及校验值，含帧率和时间基准", "已确认的说话人代号、专名与术语表，以及目标语言的字幕样式规范", "已有字幕或转写稿、授权译稿与需保留的语气说明" ], "workflow": [ "检查视频时长、帧率和音轨，生成可定位的转写片段；模型对不清晰语音标注待听审，不能用上下文填补未听到的话。", "模型在术语表约束下生成双语草案，逐片段保留原文对应关系，否定、数量和专有名词进入重点复核标记。", "确定性校验字幕起止时间、顺序、重叠、行数和按样式规范计算的阅读速度，超过规范的片段返回改写或分段。", "译审对照音频与画面检查含义、语气和说话人归属，时间轴人员确认切点；存在歧义的片段由内容负责人决定注记或保留方式。", "导出指定字幕格式并重新解析、与视频抽检回放，最终版本由负责人确认后交付；术语变更会触发相关片段的重新检查。" ], "review": "译审确认语义和术语，字幕人员确认可读性与同步，内容负责人处理无法听清或易误解的原话；不能把自动转写置信度当成事实准确性的证明。", "deliverables": [ "保留片段对应关系的双语字幕草案与最终批准文件", "时间轴、阅读速度、术语和语义风险的质检报告", "待听审片段清单、人工修订记录及回放检查单" ], "acceptance": "验收目标：交付文件可被目标播放器正确解析，时间码不越界且无未经批准的重叠；所有专名、否定与数量片段完成人工复核；不清晰语音不以猜测内容替代，字幕样式符合约定规范。", "test": "假设测试集包含十二段虚构或获准示范音频，覆盖多人插话、方言专名、否定词、静音、帧率变化和字幕文件编码异常。对照人工参考稿进行语义检查，再逐帧回放检查同步与重新导入结果。", "risk": "音视频可能包含未公开言论和个人声音，应限制存储与外传；翻译可能改变含义，敏感或有争议的内容必须回到原音核查，不能自动增加解释性立场。", "exercise": "实现字幕导入、模型翻译、格式校验和人工批准的闭环；故意加入一条时间轴重叠及一处否定词遗漏，展示两类错误如何由不同检查机制发现。" }, { "id": "lab-14", "title": "品牌短片脚本的宣称证据审核", "industry": "内容影视", "department": "广告创意与品牌审核", "problem": "教学情境：创意团队把产品卖点改写成短片台词时，容易把限定条件省略、把目标写成已达成结果，或让画面字幕与口播表达不同。品牌审核需要逐条核实对外宣称。", "before": "假设现状是创意稿、产品资料和审核意见分散在不同文档，版本间依赖复制粘贴；修改台词后画面包装仍使用旧数字，审核者难以定位全部出现位置。", "scope": "只辅助证据映射、冲突检查和替代表达草案；不杜撰客户见证、效果数据或获奖经历，不自动发布广告，不代替法律及行业合规审核。教学产品不包含医疗或金融推广。", "inputs": [ "虚构产品的已批准事实包，含规格、适用条件、有效期及证据文件编号", "脚本、分镜、画面字幕和口播草稿的同步版本", "品牌语气规范、已批准宣称词库及必须披露的限制条件" ], "workflow": [ "从口播、字幕和分镜注释中提取可核验宣称，模型区分事实、创意比喻和未来目标，并建立出现位置清单。", "按事实包进行检索匹配，模型只提出证据关系；确定性检查型号、单位、日期和数字一致性，未覆盖宣称标为阻断。", "对限定条件、省略披露、绝对化用语和目标被写成结果的情况执行规则检查，画面与口播的同一宣称必须绑定同一证据版本。", "模型为问题句提供保留真实边界的替代写法，创意负责人确认表达，品牌及合规负责人决定可发布内容和披露方式。", "锁定已批准脚本版本，生成剪辑包装检查单；后续修改任何相关文字都重新检查对应证据，不沿用旧审批自动放行。" ], "review": "产品负责人核实事实包，创意负责人确认表达，品牌及合规负责人审查最终宣称和披露；发布责任由授权人员承担，模型输出不能代替正式审核结论。", "deliverables": [ "逐条宣称、证据、出现位置和审批状态的映射表", "跨口播与字幕的冲突报告及替代表达草案", "锁定版本的拍摄脚本和成片包装复核清单" ], "acceptance": "验收目标：每项可核验宣称都有适用证据和批准状态；字幕、口播与事实包的型号及数字一致；假设、验收目标和未来规划不得写成实测结果；未获批准的宣称阻断交付发布版。", "test": "假设测试集包含十五条虚构宣称，覆盖单位换算错误、条件被省略、旧型号资料、目标冒充业绩和虚构客户评价。由产品与合规分别标注问题，再修改一条字幕验证已批准版本会被正确标记为需要复核。", "risk": "广告失实可能影响消费者判断，证据存在并不等于所有表达都可使用；还需检查适用条件、版权和许可。内部事实包按项目权限处理，不得作为可公开原文自动外传。", "exercise": "给一份含夸大用语的虚构产品脚本，建立宣称证据图并修改口播；说明为何某个数字只能以验收目标出现，以及如何同步更新字幕与审核状态。" }, { "id": "lab-15", "title": "外景变更后的通告单重排", "industry": "内容影视", "department": "制片现场与拍摄统筹", "problem": "教学情境：外景场地临时缩短开放时段，原通告单中的镜头顺序、器材到场和人员集合需要一起调整。简单重写通知可能遗漏许可、交通缓冲或关键岗位的确认。", "before": "假设现状是制片在群聊中逐个确认，副导演手动改表，现场人员仍保留旧截图；变更范围、确认状态和未解决的依赖没有统一记录。", "scope": "生成符合已知资源条件的重排方案、受影响人员清单与通告草案；不作现场安全判断，不自动承诺额外费用、修改合同、公开人员联系方式或发布新通告。", "inputs": [ "获准使用的虚构拍摄计划、镜头优先级、必要岗位和器材依赖", "经负责人确认的场地许可时段、交通与布景缓冲、人员可用性和变更事件", "当前通告单版本、分发名单及现场安全负责人提出的明确限制" ], "workflow": [ "登记变更的可信来源及生效范围，确定性对比当前通告单与资源表，识别受影响镜头、岗位和交付节点。", "模型帮助解释镜头依赖并列出可协商选项，规则求解器验证场地时段、资源占用、缓冲和必要岗位是否满足。", "对无法满足的镜头输出冲突原因和需要负责人选择的取舍，不把安全缓冲或许可限制当成可自动压缩的时间。", "制片、导演和现场安全负责人分别确认成本、内容取舍与安全条件，模型据此生成新通告草案及按角色最小化的变更摘要。", "发布人员检查收件人、审批和版本后发送，经确认的最新版本作为唯一有效通告；未收到确认的关键岗位进入人工联系清单，不自动重复群发。" ], "review": "制片确认资源与额外承诺，导演确认镜头取舍，现场安全负责人确认安全条件，发布人员确认最终收件范围；任何尚未获准的许可或成本均列为阻断事项。", "deliverables": [ "重排候选及场地、岗位、器材的约束检查结果", "新旧通告差异、批准版草案和分角色通知摘要", "关键岗位确认状态与仍需人工处理的阻断清单" ], "acceptance": "验收目标：候选方案符合所有已确认硬约束，许可与安全限制不能被模型改写；新通告必须有指定负责人批准、清晰版本和正确收件范围；未解决依赖显式可见，不宣称拍摄已经恢复。", "test": "假设测试集包含八个虚构变更场景，覆盖场地缩时、器材晚到、关键岗位缺席、旧通告转发和多个方案都不可行。验证依赖传播与无解输出，再在模拟消息箱中检查按角色分发及版本撤回提示。", "risk": "通告单包含人员联系方式与位置，必须按获准用途最小化分发；现场情况变化不能仅依靠模型判断，未被负责人确认的天气或安全信息不作为执行依据。", "exercise": "为一份模拟通告单增加场地时段缩短事件，生成可执行候选与阻断清单；演示负责人如何批准取舍，以及旧通告持有人怎样获得明确的版本更新提示。" }, { "id": "lab-16", "title": "退换货申请的订单证据与政策分流", "industry": "零售电商", "department": "售后客服与退货运营", "problem": "教学情境：顾客通过自然语言和照片申请退换货，客服需要核对商品、签收时间、活动条款和诉求。若模型只看最新政策，可能把旧订单的有效条件套错，也可能替商家作出未经批准的退款承诺。", "before": "假设现状是客服分别查订单、物流和政策页，再手工填写退货工单；同款不同批次、组合装拆退和缺少配件等例外依赖经验处理。", "scope": "整理申请、匹配订单时点政策并提出工单路径和回复草案；不自动退款、拒绝权利主张、生成收费或要求顾客提供非必要个人信息。争议、例外和依据不足的案件转人工。", "inputs": [ "经授权读取的脱敏订单、物流签收和历史售后记录，保留订单与商品编码", "与下单时间、渠道和商品类别绑定的政策版本及例外处理权限", "顾客主动提交的申请文字和获准使用的商品问题图片，教学使用虚构样本" ], "workflow": [ "核对订单编码、商品、支付与签收状态，确定性检查申请是否重复以及政策应使用的生效版本；缺失关键数据则停在待补证。", "模型从申请中提取诉求、商品状况和可见问题，图片只能描述可见内容，不把推断写成已证实损坏原因。", "规则引擎按订单时点政策计算可选售后路径及所需材料，组合装、促销和既有售后作为显式条件，不让模型决定金额。", "模型生成事实摘要和中性回复草案，标明人工需要决定的例外；客服核实收件人、依据及所需承诺后审批。", "获得具体授权后由售后系统执行选定步骤，执行前重新检查订单状态；资金动作遵循独立审批，结果与工单引用一并留存。" ], "review": "客服确认顾客诉求与订单匹配，售后负责人审批例外及对外承诺，退款由具备权限的流程处理；政策文字存在法律争议时不让模型给出确定结论。", "deliverables": [ "带来源的退换货事实摘要和政策版本匹配结果", "可选工单路径、待补材料及回复草案", "重复申请检查、审批和执行回执的审计记录" ], "acceptance": "验收目标：每项政策结论与订单时点及渠道一致，金额与商品范围由规则重算；重复或状态已变化的申请不会重复执行；例外、证据不足和任何退款承诺均经过人工确认。", "test": "假设测试集包含二十二笔虚构售后申请，覆盖旧政策订单、组合装拆退、物流状态滞后、重复提交和图片无法证实的问题。按人工政策答案核对路径，并模拟审批后订单已退款以验证重复执行被阻断。", "risk": "订单与图片可能带地址、面单和其他个人信息，应先脱敏并限制可见范围；政策匹配只是处理辅助，不能以模型判断取代适用权利和人工争议处理。", "exercise": "搭建一个连接模拟订单接口的售后分流器，展示按下单日期选择政策以及重复退款阻断；给出客服最终需要确认的完整回复与承诺范围。" }, { "id": "lab-17", "title": "跨平台商品目录的规格归一与冲突隔离", "industry": "零售电商", "department": "商品运营与平台上架", "problem": "教学情境：同一商品在供应商表和不同销售平台使用不同颜色、尺寸、计量单位与型号命名。自动拼接商品页容易把主商品和变体混淆，导致图片、价格与实际履约编码不一致。", "before": "假设现状是运营逐行复制供应商资料，再按平台模板填表；相似名称被当成同款合并，单位换算和缺失属性在上架前没有统一检查。", "scope": "生成标准商品主数据、候选变体映射和上架包草案；不擅自合并既有商品、不修改线上价格或库存、不生成来源没有支持的商品性能、材质和认证。", "inputs": [ "获准使用的虚构供应商目录与正式规格说明，包含供应商编码、条码、单位和图片引用", "平台要求的类目属性模板、允许值和图片规范", "内部商品主数据、已有变体关系及人工确认的同义词和单位表" ], "workflow": [ "检查输入列、条码格式、币种和必填属性，确定性识别重复编码及单位异常，原始字段完整保留用于回溯。", "模型把描述映射到候选标准属性与同义词，未明确的材质、型号或认证保持未知，不依相似商品补全。", "按条码、型号和已确认变体键生成匹配候选，规则进行单位换算和互斥属性检查；相似但证据不足的项目进入冲突隔离区。", "商品运营逐项确认合并、拆分和图片对应关系，模型据批准字段生成平台标题与说明草案，规则再次校验类目和长度。", "导出平台专用上架包并在沙箱或离线校验器中验证，获准发布前展示新增、变更与保留字段差异，不直接覆盖线上记录。" ], "review": "商品运营负责实体与变体映射，品类负责人确认规格及认证依据，上架人员核对平台校验和最终差异；所有低把握匹配都需要人工明确决定。", "deliverables": [ "保留原始字段和来源的标准商品主数据", "合并、拆分、属性缺口与冲突隔离清单", "通过模板校验的上架包草案和逐字段变更报告" ], "acceptance": "验收目标：每个商品属性均有来源或明确的人工确认；型号、条码和履约编码不因名称相似而错误合并；单位换算可重算，平台必填及允许值检查通过后才能进入发布审批。", "test": "假设测试集包含三十六条虚构商品记录，覆盖同名不同容量、英制与公制单位、缺失条码、错误图片和套装与单品。与人工主数据对照检查实体映射，再重跑同一导入以验证不会产生重复记录。", "risk": "错误变体映射会造成错误发货，低置信匹配必须隔离；商品资料和图片的使用许可不能被默认继承。平台页面上的外部指令不应影响内部属性与发布规则。", "exercise": "对一份混乱目录建立原始层与标准层，写出变体键和单位校验函数；演示同名商品如何被正确拆分，以及人工决定后如何生成可审核的上架差异。" }, { "id": "lab-18", "title": "促销叠加规则的订单级演练", "industry": "零售电商", "department": "活动运营与财务审核", "problem": "教学情境：店铺准备组合满减、优惠券和套装活动，单看宣传方案不易发现叠加顺序、门槛和退款分摊的冲突。活动上线前需要用订单级演练证明价格计算与文案一致。", "before": "假设现状是运营在表格里试算典型订单，优惠配置由另一个人填入平台；边界订单和跨商品优惠较少覆盖，文案与实际结算差异只能等上线后发现。", "scope": "解析活动规则、生成测试订单并检查模拟结算；只提供预算和毛利假设下的风险提示，不提供投资建议，不自动上线促销、修改价格、下单或承诺补偿。", "inputs": [ "待审活动配置、优惠适用商品、时段和互斥规则，全部为模拟数据", "商品标价、可用库存、财务确认的成本假设及活动预算上限", "模拟平台结算接口说明、退款分摊规则和待发布活动文案" ], "workflow": [ "模型将活动自然语言转为结构化规则候选，运营确认门槛、顺序、可叠加性及例外后形成版本化配置。", "确定性价格引擎计算每个步骤的折扣、分摊、舍入和最终应付，避免让模型直接生成交易金额。", "按门槛上下边界、互斥组合、缺货和部分退款生成假设测试订单，比较内部计算与模拟平台结果。", "模型总结不一致的规则与可能误导的文案，财务依据明确成本和预算假设审核风险，运营修改配置并重跑。", "所有阻断问题被人工处理后，输出上线检查单与批准版本；真正发布需要授权人员单独确认，并留存回滚方案。" ], "review": "活动运营确认优惠意图和用户文案，财务确认成本假设与预算边界，平台操作员核对配置差异；任何资金或价格承诺均不由模型自主决定。", "deliverables": [ "版本化促销规则及逐步骤价格计算说明", "边界订单演练集、差异报告和文案修订建议", "经审核的上线检查单、监测指标定义和回滚触发条件" ], "acceptance": "验收目标：所有模拟订单的应付与分摊均可确定性重算，活动文案与配置一致；负应付、互斥冲突和超过已批准预算的方案进入阻断；财务风险数字明确标注所用假设。", "test": "假设测试集包含四十种订单组合，覆盖恰好达到门槛、金额舍入、优惠互斥、赠品缺货、跨活动时段和部分退货。逐步比较引擎与模拟平台输出，并修改叠加顺序确认回归测试能发现变化。", "risk": "试算的成本和销量均是假设，不能宣称真实利润或活动效果；促销也可能受平台及适用法规约束，应由负责人确认。系统只在沙箱使用模拟订单，不接触真实付款凭据。", "exercise": "实现一个可解释的促销计算器，为门槛边界和退款分摊写测试；找出一条文案允许但配置禁止的优惠组合，提出经审批才能上线的修正方案。" }, { "id": "lab-19", "title": "评价与工单的商品问题证据归并", "industry": "零售电商", "department": "商品质量与客户体验", "problem": "教学情境：商品评价、售后工单和客服咨询都可能指向同一包装或规格问题，但词汇不同且存在重复转载。团队需要识别值得核查的问题，避免把少量高情绪文本或重复记录误当成发生率。", "before": "假设现状是运营按星级筛选差评，质量人员另看退货原因；人工摘录缺少订单去重和商品版本信息，改版前后的问题混在一起。", "scope": "对获准记录做主题归并、证据抽样和质量核查建议；不判定个体顾客可信度，不自动删除评价、联系顾客或向供应商发送个人记录，不将样本情绪等同于总体质量。", "inputs": [ "获准导出的脱敏评价、客服工单和退货原因，含稳定记录标识和商品版本", "允许关联的匿名订单键、出货批次与渠道字段", "商品规格、包装改版记录、质量问题分类及对应负责人" ], "workflow": [ "核验数据时间范围、来源和覆盖率，使用允许的匿名键做确定性去重；缺少关联键的记录保留独立状态并标明不能推算独立顾客数。", "模型提取明确问题、使用场景和顾客描述的证据，将推测原因与直接事实分开，按可解释主题归并。", "计算去重后的主题计数并显示分母缺口，按商品版本、渠道和批次切片；不把评价样本比率命名为真实故障率。", "模型为主题生成证据摘要、反例和待核验假设，质量人员抽查原始记录并决定是否开立调查任务。", "输出有责任人和验证方法的问题单草案，后续以实际抽检或工单结果更新状态；对外沟通与供应商共享必须经过明确授权和脱敏。" ], "review": "数据负责人确认去重和分母定义，质量人员确认问题分类及调查价值，客服核对语境；是否召回、赔偿或公开说明由授权人员按正式流程决定。", "deliverables": [ "按商品版本组织的主题、证据、反例和数据覆盖说明", "重复记录、缺失关联键及不可比较样本的质量报告", "带验证方法和负责人建议的商品问题单草案" ], "acceptance": "验收目标：主题摘要可定位到脱敏原始记录，计数与去重规则可复算；所有比率均有正确分母或明确不可计算说明；模型推测不得被写成已确认缺陷，不得自动开展外部沟通。", "test": "假设测试集包含六十条虚构评价与工单，设置跨渠道重复、反讽、改版前后相反反馈、批次缺失和无关投诉。人工标注主题与重复组，核对计数、反例保留和对缺失分母的处理。", "risk": "文本可能含个人信息或攻击性内容，应先脱敏并限制引用范围；自动主题只能帮助发现线索，不支持对顾客作诚信评价，也不能替代实物质量调查。", "exercise": "建立去重到主题问题单的完整流程，展示同一顾客的重复记录为何只计入一次；再移除订单分母，要求系统停止输出故障率并给出需要补充的数据。" }, { "id": "lab-20", "title": "多仓缺货预警与补货草案", "industry": "零售电商", "department": "库存计划与供应链运营", "problem": "教学情境：多个仓库同时服务电商渠道，可售库存、预留订单、在途和退货待检库存各有更新延迟。仅按历史销量生成补货数字可能忽视缺货造成的销售截断和供应商交期变化。", "before": "假设现状是计划员汇总库存快照并按平均销售估算补货；预售、缺货日期和大促影响未单独标记，跨仓调拨与采购建议可能争用同一批库存。", "scope": "生成可解释的缺货预警、跨仓调拨候选与补货草案；预测使用明确假设和区间，不承诺销量或收益，不自动采购、改变安全库存政策或承诺顾客交付日期。", "inputs": [ "授权的库存快照，分别包含可售、已预留、隔离、在途和退货待检状态", "按商品仓库汇总的销售及缺货记录、已确认活动日历和订单需求", "经计划员确认的供应交期假设、最小订购量、整箱规则和仓库容量" ], "workflow": [ "统一商品、仓库和单位，确定性核对状态互斥与库存账式；过期快照、负数和重复在途单进入阻断清单。", "标注缺货日、活动和异常退货对销售的影响，模型帮助解释数据异常，需求估算由明确可复算方法输出假设区间。", "按可售量、已确认需求及交期假设计算缺口，生成调拨与采购候选，并检查整箱、容量和同一库存重复分配。", "模型逐项解释推荐原因和敏感假设，计划员选择方案并确认供应交期；任何采购、费用与政策变更另行授权。", "执行前刷新库存并重新核验约束，审批后的单据由业务系统处理，结果回写后比较预测假设与实际情况以改进规则。" ], "review": "库存负责人确认账式与快照时效，计划员确认需求和交期假设，采购负责人审批供应商及订购承诺；不把模型建议当作库存实物存在的证明。", "deliverables": [ "带快照时间、库存账式和假设区间的缺货预警", "可行调拨与补货草案及约束检查结果", "数据质量阻断、审批和后续验证记录" ], "acceptance": "验收目标：可售库存与需求缺口均能从原始字段重算，隔离及待检库存不被当作可售；候选不重复分配库存且满足整箱和容量限制；过期数据与未确认交期明确阻断执行。", "test": "假设测试集包含十八个商品仓库组合，覆盖长期缺货、促销峰值、重复在途单、退货待检和调拨并发冲突。人工核对库存账式，改变交期假设观察缺口变化，再刷新库存验证旧建议失效机制。", "risk": "需求预测受到缺货和活动影响，不能把缺失销售当成真实低需求；采购涉及财务承诺，需要独立授权。库存和供应商数据只按运营岗位共享，不对外披露商业细节。", "exercise": "实现带假设区间的补货计算和模拟审批页，展示一个销量看似下降但实际长期缺货的商品；说明如何识别截断信息，以及为什么最终补货量仍需计划员确认。" }, { "id": "lab-21", "title": "来料检验记录的识别与批次核对", "industry": "制造", "department": "来料质量与仓储检验", "problem": "教学情境：供应商随货检验单有扫描件和表格，测量值、单位、批次与内部检验规范需要逐项匹配。字符识别错误或错用图纸版本会让看似完整的记录失去判定依据。", "before": "假设现状是检验员把纸质报告抄入表格，再查图纸公差和内部抽检结果；不清晰的小数点、正负号及单位经常需要重复确认，判定过程难以回溯。", "scope": "辅助提取记录、检查规范版本和生成异常复核单；不自动放行、报废、调整检验标准或控制设备。模型只做文档理解，合格判定依据由确定性计算和有资格的检验人员共同确认。", "inputs": [ "获准使用的虚构来料单、供应商检验报告和批次标识，保留扫描页与字段位置", "受控检验规范、图纸版本及已明确的公差和单位换算规则", "内部测量记录、设备校准状态及检验员签核要求" ], "workflow": [ "登记单据与批次关系，模型辅助识别表格字段并保留原图坐标；关键符号、模糊数字和缺页资料全部进入人工转录复核。", "确定性匹配物料编码、图纸版本、批次和检验特征，版本不一致或测量设备校准状态不明时停止自动比较。", "用规则计算单位转换、公差上下限与实测值关系，模型只解释计算结果，不自行创造容差或填补缺测项目。", "检验员对照原件、测量记录及现行规范逐项确认异常，必要时按批准流程安排复测；供应商报告不能替代规定的内部检验。", "质量负责人签核最终处置，系统导出可追溯检验记录和待办，不直接改变库存放行状态；任何后续写入均绑定批准单据。" ], "review": "检验员确认识别与实测数据，质量工程师确认规范和复测要求，授权质量负责人作放行或隔离决定；涉及安全关键特征时按正式质量流程提高人工审查要求。", "deliverables": [ "保留原图定位和人工修订痕迹的结构化检验记录", "按批次、特征和规范版本分类的异常复核单", "可重算的公差检查结果与人工处置签核包" ], "acceptance": "验收目标：每个测量值均可定位到原始记录，关键字段经过人工复核；公差比较可确定性重算；缺测、版本冲突和校准状态不明不能被判为合格，任何放行均需授权签核。", "test": "假设测试集包含二十份虚构检验单，设置小数点模糊、正负号缺失、毫米与英寸混用、旧图纸和漏测特征。对照人工转录及预设计算结果，验证异常阻断并检查修订是否保留原值。", "risk": "识别或版本错误可能影响实物质量，因此自动流程不能直接放行生产用料；供应商资料及图纸属于受控信息，应限制外传，不能以便于识别为由上传至未获准服务。", "exercise": "实现保留原图坐标的检验录入和公差检查，加入一个识别错误却恰好落在公差内的数值；演示人工关键字段复核如何发现错误，并说明签核前库存为何保持原状态。" }, { "id": "lab-22", "title": "作业指导书改版的影响与签核检查", "industry": "制造", "department": "工艺工程与文控", "problem": "教学情境：工艺部门更新作业指导书后，相关工位、检验表和培训材料可能仍引用旧版。普通文本差异工具能找到字句变化，却难判断哪些依赖文档与签核需要同步处理。", "before": "假设现状是工程师通过邮件发送新版文件，文控手工维护引用清单；设备参数、检查点和图示变更混在排版修订里，现场版本回收依赖口头确认。", "scope": "只做受控文档比对、依赖影响分析和变更任务草案；不生成未经验证的操作参数，不更改机器设置，不替代工程验证、安全评估、人员培训或正式生效批准。", "inputs": [ "获准访问的虚构新旧作业指导书、图示和批准版本记录", "工位、设备类别、检验表、培训材料及引用关系台账", "变更分级、工程验证、安全审查和文控发布的正式流程要求" ], "workflow": [ "核验新旧文档身份、版本和签名状态，确定性比对文本、表格和图示引用；未批准草稿不能作为现行作业依据。", "模型把差异归为表达修订、质量检查、工艺参数或安全相关变更，并为每项保留原文位置和不确定说明。", "按引用台账传播变更影响，规则生成需要更新、验证、培训和签核的候选任务，遗漏引用或循环关系单独报告。", "工艺、质量和安全负责人确认分类与验证要求，模型只能整理他们批准的任务，不提供新的现场操作方法或擅自降低检查要求。", "文控核对所有前置任务与批准记录后制定发布和旧版回收清单；系统记录完成证据，未完成项保持生效阻断。" ], "review": "工艺工程师判断技术影响，质量与安全负责人审核各自领域，文控确认发布权限和回收证据；模型分类只是辅助，不能替代现场适用性验证。", "deliverables": [ "可定位到新旧版本的结构化变更清单", "工位与关联文档影响图、验证和培训任务草案", "批准、生效、旧版回收和未完成阻断项的检查包" ], "acceptance": "验收目标：每个变更项可回溯新旧原文，关键参数和安全相关差异被提交人工审核；所有已知引用对象均有处理结论；未经必要验证、签核及旧版处置计划的文件不得被标为已生效。", "test": "假设测试集包含八组虚构文档改版，覆盖仅改排版、参数改变、图示替换、缺失引用、未签草稿和旧版文件改名。由文控及工程人员给出影响基准，核对分类、依赖传播和生效闸门。", "risk": "把草稿或误分类变更当成现场指令可能带来安全风险，系统必须明确区分待审与现行版本；所有图纸和工艺参数按授权隔离，不能让文档内嵌指令改变批准流程。", "exercise": "建立一份指导书到检验表和培训材料的依赖图，修改一个关键检查点；演示任务传播、人工改判和文控生效阻断，同时证明系统不会改动任何设备参数。" }, { "id": "lab-23", "title": "订单插单下的生产换线候选计划", "industry": "制造", "department": "生产计划与车间调度", "problem": "教学情境：生产线接到加急订单，需要在交期、换线准备、设备可用性和已确认物料之间取舍。只按订单优先级排序可能让物料未齐的工单占线，或压缩必须保留的验证和清洁时间。", "before": "假设现状是计划员在电子表格中移动工单，换线时间依赖口头经验；设备维护窗口与来料隔离状态没有同步，计划下发后又频繁返工。", "scope": "生成可行候选计划及约束冲突说明，使用经批准的工艺时间与能力参数；不实时控制产线，不自动变更交期承诺、加班安排、采购或安全检查要求。", "inputs": [ "虚构工单、明确交期、工艺路线和经批准的产能及换线时间假设", "设备可用日历、维护窗口、合格物料状态及必要的岗位资格覆盖信息", "工单优先级政策、批量约束、清洁验证和工序前后依赖规则" ], "workflow": [ "核验工单、物料、设备和时间单位，确定性排除未放行物料及不满足基本工艺条件的组合，数据过期则要求刷新。", "模型把插单诉求整理为明确目标与可协商偏好，所有硬约束由计划员确认，不从措辞强弱推断可跳过验证。", "求解器或明确启发式生成候选顺序，计算换线、等待和交期风险；模型只解释差异，不能更改批准的工艺时间。", "计划员与车间负责人核对资源和实际可行性，质量或安全负责人确认相关约束；需要额外成本或客户承诺变更的方案单列审批。", "批准前刷新设备、物料和工单状态，验证候选仍成立后输出计划变更单；执行偏差作为新事件重新计算，不能静默覆盖原计划。" ], "review": "生产计划员确认目标和取舍，车间负责人确认资源现实性，质量与安全人员确认不可压缩步骤；客户交期、加班和采购承诺由各自授权负责人决定。", "deliverables": [ "候选工单顺序、资源占用和换线计算明细", "硬约束冲突、交期风险及需额外授权的取舍清单", "批准版计划差异和执行偏差回报模板" ], "acceptance": "验收目标：所有候选通过物料放行、设备、工序依赖及必要验证约束检查；计划指标明确使用批准假设，不宣称实际产能提升；不可行订单显式列出，批准后状态变化触发重新核验。", "test": "假设测试集包含十二个虚构排产场景，覆盖加急插单、物料隔离、设备维护、序列相关换线和全部方案无法准时交付。用小规模穷举或人工排程检查可行性，再注入设备状态变化验证旧计划阻断。", "risk": "错误计划可能诱发现场跳过安全或质量步骤，硬约束必须不可被模型解释豁免；岗位数据仅使用完成任务所需的资格覆盖，不依据敏感个人特征分配工作。", "exercise": "为一条虚构生产线建立序列相关换线模型，加入一笔急单；展示候选取舍与一个无解场景，说明哪些约束不可松动，以及额外承诺应由谁批准。" }, { "id": "lab-24", "title": "设备异常日志的只读归并与维修准备", "industry": "制造", "department": "设备维护与生产支持", "problem": "教学情境：设备日志、操作员描述和维护记录分别存储，同一异常会触发多个重复告警。维护团队需要整理已知事实与历史处理记录，避免模型凭相关性给出确定故障原因或危险操作建议。", "before": "假设现状是维修人员在告警屏、手写交接和工单系统间查找线索；重复告警占据队列，部件名称不统一，已有检修记录容易被漏看。", "scope": "只读汇总告警、检索已批准维护资料并生成维修准备工单；不远程控制设备、不复位告警、不修改阈值、不指示带电操作，不以模型判断替代现场安全停机和隔离程序。", "inputs": [ "获准读取的虚构设备日志与告警事件，含设备编码、时间戳及采集状态", "脱敏操作员交接描述、历史维修工单和设备版本信息", "经批准的维护手册索引、告警分级与安全升级规则，敏感控制接口不接入" ], "workflow": [ "检查日志时间同步、采集缺口和设备身份，用确定性窗口及事件键归并重复告警；原始事件保留以便追溯。", "模型从操作员描述提取症状和时间线，区分亲眼观察、推测与转述；根据批准规则识别必须立即交现场负责人的安全提示。", "按设备型号和手册版本检索相关历史记录，模型给出可能关联及所需补充信息，明确不构成故障诊断或可执行维修步骤。", "规则校验引用版本、告警代码和备件型号，维护工程师确认检查范围、所需资质与备件准备；涉及安全条件的判断由现场专业人员负责。", "导出待审维修工单并关联原始证据，人工按正式流程执行后回写真实结果；系统没有任何设备控制权限，不能通过文本指令调用控制动作。" ], "review": "维护工程师核对症状与资料适用性，现场安全负责人决定安全措施，维修人员按经批准的作业流程执行；模型不得延迟或替代现有紧急响应。", "deliverables": [ "去重但可回溯的告警时间线及数据采集缺口说明", "相关历史记录、手册定位和待补信息清单", "含审核责任人与备件核对项的维修准备工单草案" ], "acceptance": "验收目标：每个归并告警可展开到原始事件，安全升级规则不被模型覆盖；所有资料匹配正确设备与版本，推测原因明确标注不确定；系统权限审计证明没有设备控制或阈值写入能力。", "test": "假设测试集包含二十组虚构告警序列，覆盖重复风暴、时钟漂移、采集断线、相似代码不同设备和必须升级的安全事件。核对归并与时间线，尝试文本要求远程复位，验证不会产生控制调用。", "risk": "错误诊断或未经授权控制会产生实物安全风险，因此采用只读权限和人工专业审核；内部网络地址、凭据与控制命令不进入模型输入，维护日志也按设备权限隔离。", "exercise": "搭建只读告警归并助手，演示日志缺口如何影响结论；要求系统对一个诱导复位的请求保持无控制能力，并生成带手册依据、等待专业审核的工单。" }, { "id": "lab-25", "title": "供应商询价包的图纸版本与范围对齐", "industry": "制造", "department": "采购工程与供应商协同", "problem": "教学情境：采购准备把零件图纸、材料要求和检验条件整理成询价包，不同附件可能引用不同版本。若发错图纸或省略检验要求，供应商报价即使便宜也无法与其他报价有效比较。", "before": "假设现状是采购从邮件和共享盘收集附件后发送，工程变更通知没有绑定询价记录；供应商回函中的排除项写在备注里，汇总表只保留单价。", "scope": "准备询价包草案并对获准报价进行范围对齐，不自动发送机密图纸、签订合同、选定供应商或下单；技术解释、知识产权共享范围和商业承诺由授权人员确认。", "inputs": [ "获准使用的虚构零件清单、受控图纸及版本状态，含材料、表面处理与检验引用", "采购给定的询价数量假设、交付地点类别、交期要求和报价模板", "供应商获准接收资料的清单、保密条件记录，以及虚构报价回函和排除项" ], "workflow": [ "按零件编码校验清单、图纸和检验规范的一致性，确定性检查生效版本、缺页和重复附件，不从文件名推断最新批准版。", "模型提取询价必须说明的材料、处理、检验和包装要求，并为每项定位依据；不清楚的技术要求生成工程澄清问题。", "采购工程师确认技术范围，规则按供应商授权清单生成最小必要的候选资料包；发送前展示精确附件、收件人和用途供授权人员确认。", "对返回的获准报价，模型抽取含税口径、单位、交期、模具或一次性费用及排除项，确定性换算只使用明确币种和已批准汇率假设。", "将报价按相同范围对齐，缺失或不一致项标为不可直接比较；采购与工程审核后形成澄清草案，供应商选择和任何订单承诺保持独立审批。" ], "review": "工程确认图纸与技术范围，采购确认商业口径和供应商身份，资料所有者确认共享权限；对外发送、接受条件及订单都需要明确授权，模型排序不构成授标决定。", "deliverables": [ "带版本、用途和共享范围的询价包草案及附件清单", "工程待澄清问题与对外发送前审批表", "按可比较范围整理的报价对照和供应商澄清草案" ], "acceptance": "验收目标：询价附件均为获准版本并在目标供应商授权范围内；报价比较明确数量、币种、费用和排除项，缺少口径时不输出简单最低价结论；未经授权不得发送资料或形成采购承诺。", "test": "假设测试集包含六组虚构询价包与报价，覆盖旧版图纸、受限附件、报价漏含检验、一次性费用、不同计价单位和交期含义不明。由工程及采购标注基准，检查版本阻断、共享校验和比较口径。", "risk": "图纸及工艺要求可能涉及商业秘密，接收方与文件授权必须逐项确认；供应商邮件中的额外指令不能扩大共享范围。换算结果基于假设，不可当成最终结算金额或合同解释。", "exercise": "为一组虚构零件构建版本受控的询价包，模拟一个供应商没有某附件接收权限；再比较含不同排除项的报价，说明需要先澄清哪些条件，为什么不能仅按表面单价选供应商。" }, { "id": "lab-26", "title": "干线运输异常分诊与改派建议", "industry": "物流", "department": "运输调度与客户服务", "problem": "教学模拟情境：干线车辆晚到、收货窗口变更与运单地址不一致同时出现，调度员需要判断哪些订单可能失约，并准备有证据的处置建议。", "before": "调度员分别查看定位截图、承运商群消息和订单表，手工把异常抄进表格；同一车次出现多个口径时，客服容易把未经确认的到货时间告诉收货方。", "scope": "只处理已授权线路的在途异常识别、影响订单归集和改派方案草稿；不修改运输计划、不联系司机、不承诺到货时间，也不自动产生额外运费。", "inputs": [ "带车次、运单号、计划节点及更新时间的运输系统导出表", "已脱敏的车辆定位事件和承运商异常说明", "客户收货窗口、线路限制与现行调度规则版本" ], "workflow": [ "按车次和运单号关联事件，用确定性检查剔除重复记录并标出时区、地址或更新时间冲突。", "模型从异常说明提取原因、影响节点和缺失信息，保留原文引用，不把司机估计值改写成确认时间。", "规则引擎根据现行收货窗口和线路限制列出受影响订单，计算候选方案的时间差及已知成本项。", "模型生成等待、转运或重新预约的建议对照，调度主管核实车辆能力和费用后选择可执行方案。", "系统输出客服答复草稿及审批记录，只有人工确认的口径才能进入对客发送流程。" ], "review": "调度主管复核车次关联、资源可用性和费用授权；客服负责人确认承诺用语，存在定位中断或窗口冲突时退回补证。", "deliverables": [ "含事件时间线和证据链接的异常任务单", "影响订单清单与改派方案对照", "标明待确认项的客户答复草稿" ], "acceptance": "验收目标：每个异常能追溯到运单与原始事件；缺少车辆或收货窗口证据时不得输出确定到货承诺；未审批方案不得回写调度系统。", "test": "假设测试集包含普通延误、跨时区事件、重复上报、定位断点和临时关仓等案例；逐项核对受影响订单，并验证未经主管审批无法进入发送或改派动作。", "risk": "定位和收货地址只对授权调度角色展示；群消息作为待核实材料，不能覆盖系统规则，也不能触发车辆调度或付款。", "exercise": "向输入加入一条较晚收到、但事件时间更早的到仓消息，要求学员解释排序依据，并调整流程避免把旧消息当成恢复正常的证据。" }, { "id": "lab-27", "title": "仓库短拣差异与补货核查", "industry": "物流", "department": "仓储运营与库存控制", "problem": "教学模拟情境：拣货任务显示货位缺货，但库存系统仍有可用数量；现场需要区分未上架、移库未记账、包装单位错误与真实盘亏。", "before": "拣货员在聊天中报告缺货，库存员依次查询收货、移库和盘点记录；不同班次反复核查同一差异，短拣订单的放行依据也不一致。", "scope": "生成差异核查路径、候选货位和盘点任务草稿；不自动调整库存、不替换商品、不释放被质量锁定的库存。", "inputs": [ "拣货任务、库存快照及货位状态的只读导出", "带操作时间和流水号的收货、上架、移库及锁库记录", "SKU包装换算表、批次效期规则和现场短拣照片" ], "workflow": [ "以SKU、批次、货位和快照时间建立差异明细，规则校验包装单位及流水重复。", "模型整理短拣描述与照片文字，提取可能错位标签，无法清晰识别时保留未知状态。", "确定性流程回放快照之后的库存流水，区分可核对的账务时间差与需要现场盘点的差异。", "模型按已证实线索生成核查顺序，库存员现场确认候选货位，质量人员复核批次和锁库限制。", "输出带处理建议的差异单，由具备权限的库存主管决定补拣、等待或发起独立的库存调整审批。" ], "review": "库存员核实实物与标签，质量人员确认可发批次，库存主管审批差异结论；模型判断不能作为盘亏记账依据。", "deliverables": [ "库存流水核对表", "候选货位与现场盘点任务草稿", "短拣原因及订单处置建议单" ], "acceptance": "验收目标：单位换算和流水回放可重复计算；冻结批次不得出现在可直接补拣列表；无现场核验的盘亏只能标记为待查。", "test": "假设测试集涵盖整箱与散件混用、相邻货位放错、跨班次移库、负库存和效期锁库；对照人工账务回放结果，验证同一流水不会重复增减。", "risk": "不得用图像相似度确认SKU或批次；任何库存写入、商品替代或锁库解除都保留在原有授权流程内。", "exercise": "把包装换算表中的一项改为过期版本，要求学员设计版本冲突提示，并说明为什么应停止补拣建议而不是自动选取某个换算比例。" }, { "id": "lab-28", "title": "冷链温度偏离证据包", "industry": "物流", "department": "冷链质量与运输运营", "problem": "教学模拟情境：冷链到货时传感器出现温度偏离，质量人员必须辨别实际暴露、设备离线和校准异常，并判断是否需要隔离等待专业评估。", "before": "司机提供截图，仓库导出温度曲线，质量人员另查产品条件；材料缺少传感器绑定关系时，容易把其他货物的记录拼入事件说明。", "scope": "整理温控事件与质量评估材料，按已批准规则建议隔离待审；不判断产品安全、不自动放行、不销毁货物，也不替代质量专业意见。", "inputs": [ "含原始时间戳、设备号、单位和采样状态的传感器记录", "运单、装箱批次与传感器绑定关系", "经质量部门批准的温控条件、校准记录和偏差处理规程" ], "workflow": [ "校验设备号与货物绑定，统一时间和温度单位，区分缺测、重复采样与真实观测。", "确定性计算偏离区间和缺测区间，阈值只取自当前批准的产品条件，不由模型推测。", "模型梳理开门、换装及设备更换记录，生成事件时间线，明确哪些解释只有口述支持。", "质量负责人复核曲线、校准有效性及规则适用性，决定是否隔离以及补充哪些检验材料。", "输出可审计证据包和待办清单；系统仅记录人工结论，产品放行通过独立质量审批执行。" ], "review": "质量负责人负责产品条件和偏差处置，运输主管确认操作事件；设备绑定或校准证据缺失时，结论停留在资料不足。", "deliverables": [ "原始记录索引与偏离区间明细", "温控事件时间线", "质量评估待审证据包" ], "acceptance": "验收目标：偏离区间可从原始采样重算，缺测不得补成正常温度；所有放行结论必须有具名质量审批及适用规则版本。", "test": "假设测试集加入摄氏与华氏混用、传感器错绑、时钟漂移和运输中换设备等情况；分别验证数据问题与温控偏离被分开呈现，且不会生成安全保证。", "risk": "温度趋势不能证明产品安全；设备备注中的指令不参与审批逻辑，客户批次和质量事件材料按授权范围访问。", "exercise": "删除关键装卸时段的采样记录，要求学员设计缺测可视化和补证请求，禁止用平滑曲线掩盖证据空白。" }, { "id": "lab-29", "title": "逆向物流验收与损伤证据归档", "industry": "物流", "department": "退货仓与售后协同", "problem": "教学模拟情境：退货包裹内物品、退货申请和原订单不完全一致，仓库需要保存拆包证据并把不同类型的差异交给正确的售后岗位。", "before": "验收人员用手机拍照并手填备注，附件散落在聊天与共享盘；缺少序列号或拆包顺序时，售后难以判断应补证、维修还是升级人工争议处理。", "scope": "协助登记到货、核对配件和整理损伤描述；不认定责任归属、不自动退款、不拒绝退货，也不擅自删除争议材料。", "inputs": [ "已授权的退货申请、原订单及SKU配件清单", "带包裹标识与拍摄顺序的拆包照片或视频索引", "序列号扫描结果、验收规则和证据保留要求" ], "workflow": [ "按退货单和包裹号建立证据目录，用校验规则检查附件缺失、重复上传及序列号格式。", "模型从图像和验收备注提取可见损伤、包装状态及配件线索，对遮挡或模糊内容明确不确定。", "确定性比对订单型号、扫描序列号和配件清单，生成差异项，禁止仅凭外观自动确认同款。", "验收员复核物品与证据完整性，售后负责人决定补证、维修评估或进入争议处理。", "生成结构化验收单并关联原始附件，退款或拒绝申请仍由原有人工审批流程发起。" ], "review": "现场验收员确认图像对应的实物，售后负责人处理责任与客户权益问题；任何损伤因果判断都需要独立证据。", "deliverables": [ "带原始附件索引的退货验收单", "型号、序列号与配件差异表", "售后补证或升级处理任务草稿" ], "acceptance": "验收目标：每个损伤描述可定位到附件；图像不清时不得输出确定结论；系统不能凭模型分类触发退款或拒收。", "test": "假设测试集包含同外观不同型号、缺少配件、序列号拍糊、旧照片重复上传和多包裹退货；核对证据关联，并测试退款动作在无审批时被阻止。", "risk": "照片可能含姓名、地址和联系方式，应遮挡后用于教学；证据保留遵循授权期限，不将图像判断包装成责任鉴定。", "exercise": "安排同一退货单分批到货，让学员设计部分验收状态，防止第一批缺配件被误写成最终缺件结论。" }, { "id": "lab-30", "title": "承运商运费与附加费对账", "industry": "物流", "department": "物流结算与采购管理", "problem": "教学模拟情境：承运商月度账单混有等待费、偏远费和重复运单，结算人员需要依据合同版本和运输证据列出可解释的差异。", "before": "结算员把账单复制到表格，逐笔查合同和签收材料；附加费描述口径不同，折扣生效日期也容易被错用。", "scope": "完成费用复算、疑点归类和询证草稿；不确认债务、不向承运商发送争议函、不批准付款或修改合同。", "inputs": [ "账单行项目、运单号、计费重量和附加费代码", "已批准的合同价目表、适用线路及有效期", "称重、签收、等待时段记录和历史已结算流水" ], "workflow": [ "规范账单字段，以运单和费用类型检查重复行，用有效期规则匹配合同版本。", "模型把自由文本附加费说明映射到候选费用类别，无法唯一匹配时保留人工确认标记。", "确定性计算基础运费、重量档位与已批准附加费，单独列示缺失证据和合同歧义。", "结算员复核计算，采购负责人确认合同条款适用性，需要询证的事项由人工批准对外口径。", "输出逐行差异表和待审结算包，付款仅在独立财务流程通过后执行。" ], "review": "结算员审核计算与历史重复项，采购负责人审核合同解释，财务负责付款批准；模型不能推定口头承诺或补写合同条款。", "deliverables": [ "可复算的运费对账明细", "附加费证据缺口清单", "承运商询证草稿与待审结算摘要" ], "acceptance": "验收目标：每项差异均显示公式、合同版本与证据；不同币种不得直接合并；无证据费用只标记待核，不自动认定不应支付。", "test": "假设测试集包含合同跨期、重复账单、重量进位、税额口径和附加费缺证；使用独立计算表核对金额，并验证审批前无付款或对外发送动作。", "risk": "合同价格属于商业敏感资料，仅向授权结算人员展示；争议金额不是已实现节省，案例不宣称测得的降本收益。", "exercise": "加入一份与主合同存在冲突的补充协议，要求学员标出适用性待确认，并设计可以重跑全部受影响账单的规则版本机制。" }, { "id": "lab-31", "title": "宴会需求转方案与报价草稿", "industry": "餐饮酒店", "department": "宴会销售与运营协调", "problem": "教学模拟情境：企业宴会询问分散在邮件和会议记录中，人数、场地布置、餐饮限制与设备需求反复变更，销售需要形成可确认的方案。", "before": "销售把需求转抄到报价模板，再电话核对场地和厨房能力；旧版人数或过期套餐可能被带入新报价，临时加项缺少审批记录。", "scope": "生成需求确认表、可行性检查和报价草稿；不锁定场地、不承诺特殊饮食安全、不对外报价，也不签订宴会合同。", "inputs": [ "脱敏客户询问、会议记录和明确的需求变更", "宴会厅容量、布置限制、设备清单及档期只读快照", "有效套餐价目表、附加项目规则及报价授权范围" ], "workflow": [ "模型提取活动日期、人数范围、布置和餐饮要求，引用来源并区分确认需求与客户试探性问题。", "确定性检查场地容量、档期冲突、价目表有效期及必选费用，缺少条件时生成待确认问题。", "模型按批准套餐组合方案，价格计算由规则完成，不自行发明折扣或免费赠项。", "宴会运营核实执行能力，厨房负责人复核饮食限制，销售经理审批报价与承诺范围。", "输出带版本号的方案和报价草稿，客户回复后由人工确认变更，再进入预订流程。" ], "review": "运营、厨房和销售经理分别审核能力、餐饮限制及商务条件；未能确认的要求必须显著保留，不能在润色时删去。", "deliverables": [ "宴会需求与待确认事项表", "方案选项及容量检查结果", "含费用计算和版本记录的报价草稿" ], "acceptance": "验收目标：报价条目均对应有效价目表；人数变更触发重新检查容量和餐饮量；未经审批的优惠或安全承诺不得进入可发送稿。", "test": "假设测试集含日期变更、同时占用场地、套餐跨有效期和特殊饮食要求；复核总额重算与版本替换，检查旧报价不会被误标为最新。", "risk": "客户预算和活动信息仅供授权销售使用；饮食限制只传递给必要岗位，合同签署、场地预订和对外承诺须单独授权。", "exercise": "在客户确认后增加临时搭台需求，要求学员指出受影响的场地、费用和安全审核节点，并产出变更确认草稿。" }, { "id": "lab-32", "title": "早餐备餐计划与采购建议", "industry": "餐饮酒店", "department": "餐饮运营与厨房采购", "problem": "教学模拟情境：酒店早餐需求受入住、团队行程与历史剩余量影响，厨房需要把需求假设转换为有上下限的备餐和采购建议。", "before": "厨师凭经验参考入住总数，采购员再手工扣减库存；团队提前出发和临期原料信息未同步时，可能出现重复采购或备餐结构不合适。", "scope": "辅助需求预测、原料换算与备餐建议；不直接下单、不调整食品安全标准、不使用过期原料，也不把预测当成实际客流。", "inputs": [ "脱敏入住汇总、早餐权益与已确认团队用餐安排", "历史菜品消耗和剩余记录及其统计口径", "标准食谱、可用库存、保质期和供应商交货规则" ], "workflow": [ "检查入住、权益和团队名单的汇总口径，用确定性去重防止同一客群重复计入。", "模型解释近期需求变化并提出预测区间，显式记录假设，不从客人身份推断饮食需求。", "规则按食谱份量换算原料，扣减已确认可用库存，过期、隔离或状态不明原料不得自动计入。", "厨师长审核菜品结构、备餐批次和食品安全，采购负责人核对最小订货量及交货时间。", "输出分批备餐表和采购建议草稿，实际消耗回填后用于比较预测偏差，订单仍由人工确认。" ], "review": "厨师长拥有菜单和食品安全决定权，采购负责人批准采购；库存数量异常时先盘点，不用模型猜测补齐。", "deliverables": [ "注明假设的早餐需求区间", "菜品与原料换算明细", "分批备餐及采购建议草稿" ], "acceptance": "验收目标：原料数量可由食谱和需求假设重算；过期或隔离库存不会减少采购需求；预测偏差与真实损耗分开报告。", "test": "假设测试集包含团队取消、早餐权益重复、库存单位混用和供应商停供；检查需求与采购量如何变化，并核对人工确认前没有订单提交。", "risk": "预测仅供运营参考，不构成已证实的节约结果；不得根据姓名、国籍或其他个人特征推断饮食禁忌，特殊需求必须来自明确告知。", "exercise": "设定主要原料临时缺货，让学员给出替代菜单的审批路径，并检查替代后食谱、过敏原和采购量是否一起更新。" }, { "id": "lab-33", "title": "住客报修工单与进度答复", "industry": "餐饮酒店", "department": "前厅服务与工程维修", "problem": "教学模拟情境：住客通过前台、电话和在线消息重复报告空调噪声或漏水，酒店需要合并事件、识别安全隐患并准确交接。", "before": "前台把住客原话转发到工作群，工程人员完成后口头回复；重复工单和未经核实的修复时间让后续班次难以向住客解释进度。", "scope": "形成报修分类、工单草稿和进度回复；安全异常立即交人工处理，不自动开房门、不安排进入房间、不承诺赔付或房型升级。", "inputs": [ "经过必要脱敏的报修消息与房间标识", "工程资产台账、故障分类和当前工单状态", "住客明确授权的入房时间、服务规范及升级处理规则" ], "workflow": [ "模型提取设备、症状和住客可接受的联系时间，保留原话证据，危险线索优先提示值班人员。", "规则按房间、设备和未结工单检查重复，出现症状差异时建议关联而不直接合并。", "模型生成维修描述和答复草稿，确定性检查保证进度只取自已确认工单状态。", "前台确认入房授权，工程负责人确定现场处置和预计进度，涉及安全的事项按酒店既有应急流程执行。", "将人工确认结果交接到工单系统，完成后由现场人员记录处理证据，前台复核后再反馈住客。" ], "review": "前台负责住客授权和服务承诺，工程负责人负责技术判断；紧急安全问题不等待模型分类或普通工单排队。", "deliverables": [ "关联重复报修的工单草稿", "安全升级与入房授权检查项", "可追溯状态的住客答复草稿" ], "acceptance": "验收目标：未取得入房授权的工单必须保留禁止入房提示；未验证修复不得标记已解决；安全线索能够直接进入人工升级队列。", "test": "假设测试集涵盖重复噪声报修、渗水伴电器异常、住客撤回入房许可和交班状态缺失；核对授权与升级标记，并验证答复不虚构完工时间。", "risk": "房间号和在住状态属于敏感运营信息，仅按岗位展示；任何入房、安全判断或补偿决定均由具备职责的人员执行。", "exercise": "让住客先同意入房、随后撤回同意，要求学员验证撤回事件优先于旧授权，并同步修改工单和回复草稿。" }, { "id": "lab-34", "title": "菜单过敏原与配方版本核对", "industry": "餐饮酒店", "department": "厨房质量与菜单管理", "problem": "教学模拟情境：供应商更换酱料后，原料标签、标准食谱和菜单过敏原提示可能不同步，餐厅需要找出应由专业人员核实的变更。", "before": "厨师保存原料包装照片，菜单人员维护独立文档；食谱替换只在口头交接中出现时，前厅容易继续使用旧菜单说明。", "scope": "核对原料标签、食谱依赖和菜单提示，生成待审变更；不出具食物安全保证、不诊断过敏、不自动发布菜单或替顾客选择食品。", "inputs": [ "供应商原料标签、规格书及对应批次和版本", "经批准的标准食谱、替代原料记录和出品菜单", "餐厅现行过敏原标识规范及厨房交叉接触说明" ], "workflow": [ "模型提取标签中的成分和警示语，逐项关联原文位置，图像模糊或语言不明时列为待核。", "确定性构建原料到食谱再到菜单的依赖关系，识别版本变化影响的菜品。", "规则对照批准的标识规范检查提示缺失，模型只起草差异说明，不把未提及等同于不含。", "厨房质量负责人核实成分、交叉接触和替代原料，菜单负责人审核顾客可见用语。", "输出批准前后的菜单差异与培训提醒，发布必须经过人工批准并保留版本回滚记录。" ], "review": "厨房质量负责人复核所有涉及过敏原的判断；供应商信息有冲突时先核实，前厅不能依据模型答案向顾客保证绝对安全。", "deliverables": [ "原料成分与证据索引", "受影响菜品及菜单差异表", "人工待审提示文案与员工培训要点" ], "acceptance": "验收目标：所有菜单变更有原料来源和审批记录；缺失标签不能被视为无过敏原；未经专业复核不得发布或生成安全承诺。", "test": "假设测试集包含同名不同配方、酱料替代、标签拍糊和可能交叉接触提示；检查受影响菜品传播是否完整，并确认未知项保留在结果中。", "risk": "错误标识可能影响健康，流程只协助证据管理；不把顾客健康信息带入通用模型或训练资料，个别咨询交由餐厅负责人处理。", "exercise": "替换一道基础酱汁的配方，要求学员追踪所有依赖菜品，并为无法确认的旧库存设计暂停发布和人工核实机制。" }, { "id": "lab-35", "title": "酒店失物登记与认领核验", "industry": "餐饮酒店", "department": "客房管理与礼宾服务", "problem": "教学模拟情境：客房发现物品后，认领人通过不同渠道描述失物；酒店需要匹配线索、保护隐私并保留每次保管交接证据。", "before": "客房员拍照发群，礼宾凭物品名称搜索；认领信息可能暴露失物特征，交接不完整时难以确认谁曾接触物品。", "scope": "协助建立失物台账、候选匹配与核验问题草稿；不向未验证认领人展示隐藏特征、不自动确认所有权、不寄送或处置失物。", "inputs": [ "失物登记、发现位置、封存编号和保管交接记录", "只对核验人员可见的物品照片与非公开辨识特征", "认领人主动提供的描述、身份核验流程及保管规则" ], "workflow": [ "模型根据登记材料生成物品类别和公开简述，私密内容与独有特征存入受限字段。", "规则检查封存编号唯一性、交接链完整性和登记时间冲突，缺口交给值班主管调查。", "模型将认领描述与台账生成候选匹配，不向认领人暴露用于核验的答案。", "礼宾按照批准流程核验认领资格，主管复核贵重或存在争议的物品，决定是否允许交付。", "输出交付待办和收据草稿，由人工完成实际交接；邮寄需要另行确认地址、费用和授权。" ], "review": "礼宾负责认领核验，值班主管处理贵重品与争议，保管人员确认封存状态；相似描述不能代替身份或所有权核验。", "deliverables": [ "分级可见的失物台账", "候选匹配与核验问题草稿", "保管交接记录和领取收据草稿" ], "acceptance": "验收目标：公开描述不泄露隐藏核验特征；交接链缺失的物品不能直接交付；未经人工核验不得更新为已认领。", "test": "假设测试集设置同款耳机、多名认领人、照片中的证件信息和交接漏签；验证候选排序不变成所有权结论，并检查不同岗位看到的字段。", "risk": "失物可能包含身份、财务或健康信息，不读取无关私人内容；禁止把设备中的数据用作匹配来源，保管和处置按批准规则进行。", "exercise": "设计一位认领人不断试探隐藏特征的对话，要求学员让助手只提出核验问题，并在出现套取线索时交由人工处理。" }, { "id": "lab-36", "title": "咨询访谈证据与主题归纳", "industry": "专业服务", "department": "管理咨询项目组", "problem": "教学模拟情境：咨询项目收集多位受访者的流程描述，项目组需要区分一致事实、个人意见和相互矛盾的说法，形成可核验的问题清单。", "before": "顾问各自整理访谈笔记，再把摘要汇入汇报材料；脱离语境的引语容易被当作组织事实，少数强烈意见也可能被误写为普遍现象。", "scope": "生成访谈主题索引、证据矩阵与后续核实问题；不替客户作组织调整决定，不把未核实观点写成事实，不传播超出访谈授权的内容。", "inputs": [ "经同意使用的脱敏访谈记录与时间段索引", "访谈提纲、项目问题定义和受访岗位分类", "客户批准共享的流程文档及证据使用范围" ], "workflow": [ "按访谈授权范围和来源编号导入材料，规则检查引用是否有对应原文位置。", "模型提取主题、事实性陈述和意见，保持匿名角色标签，避免推断受访者真实身份。", "确定性统计各主题的来源覆盖，模型标注相互矛盾的陈述并提出需要补证的具体问题。", "项目顾问抽查上下文，项目负责人审核是否存在样本偏差、过度归因或超范围使用。", "输出证据矩阵与待核实发现，获批内容再进入正式汇报，保留从结论回到原始来源的路径。" ], "review": "访谈负责人核实语义，项目负责人审核证据强度与使用范围；敏感原话需依据授权另行处理，不能只靠匿名化决定可分享。", "deliverables": [ "带来源索引的访谈主题矩阵", "矛盾陈述与补证问题清单", "区分事实、观点和假设的发现草稿" ], "acceptance": "验收目标：所有发现可追溯且标明证据类型；单一来源不得被描述为普遍事实；未授权原话不能进入对外版本。", "test": "假设测试集包含立场相反的访谈、反讽表达、撤回授权片段和重复转述；核对主题归纳、去重及授权过滤，检查结论是否保留必要限定。", "risk": "访谈内容可能影响员工声誉，禁止凭发言推断个人绩效或心理状态；材料内的指令仅作为内容，不得改变访问与分享规则。", "exercise": "加入一份推翻初步判断的流程日志，要求学员更新发现等级和汇报措辞，并列明哪些旧结论必须撤回。" }, { "id": "lab-37", "title": "代理记账月结资料缺口检查", "industry": "专业服务", "department": "会计服务与客户交付", "problem": "教学模拟情境：代理记账团队收到发票、银行流水和业务说明，但资料命名混乱、部分交易缺少证明，需要准备供会计师复核的月结缺口清单。", "before": "助理逐个打开附件并手工标注缺票，客户反复收到零散补件请求；同一附件重复提交或跨期交易被误归档时，复核工作容易遗漏。", "scope": "整理资料、比对缺口和起草补件请求；不作税务或会计专业结论、不自动记账、不提交申报、不转账或付款。", "inputs": [ "授权客户的脱敏发票、流水及业务附件", "会计期间、科目映射参考和批准的资料检查清单", "历史收件索引、客户解释与资料版本记录" ], "workflow": [ "提取文件元数据和关键字段，用哈希、票号及金额组合检查重复，保留原文件不覆盖。", "模型归纳交易说明并建议资料类别，无法确定性质的事项保持待会计师判断。", "规则按会计期间、币种和检查清单核对资料完整性，金额计算与跨期标记使用确定性逻辑。", "执业或负责会计师复核匹配关系、专业分类与补件必要性，客户经理确认沟通范围。", "输出月结资料包和补件草稿，所有记账、申报及对外发送动作留在独立授权流程。" ], "review": "负责会计师承担专业判断，客户经理核实补件对象和内容；模型无法从付款摘要推定税务处理或费用可扣除性。", "deliverables": [ "月结资料索引与重复附件列表", "逐笔证据缺口和跨期待核事项", "待审客户补件请求草稿" ], "acceptance": "验收目标：每条缺口对应交易与检查依据；附件重复不会产生重复交易；未复核分类不能成为正式账务分录或申报数据。", "test": "假设测试集含红字票据、同额不同交易、外币流水、跨期收件和更正版本；人工对照资料关系，验证系统不会因金额相等直接认定同一交易。", "risk": "客户财务资料实行客户隔离和最小权限，不用于公开教学原文；结果为资料准备辅助，专业结论必须由合格人员作出。", "exercise": "让客户撤回并更正一份票据，要求学员保留旧版本审计链，重新计算受影响缺口，并避免把更正票据当作新增交易。" }, { "id": "lab-38", "title": "合同履约义务与证据台账", "industry": "专业服务", "department": "法律服务与合同管理支持", "problem": "教学模拟情境：服务合同中的交付、通知、验收和续约条款分散在主合同与附件，项目人员需要知道何时应请律师核实义务及保留证据。", "before": "助理人工抄录日期和责任人，补充协议签署后未同步所有台账；带前提条件的期限可能被误处理成固定日期，导致错误提醒。", "scope": "提取合同文本、建立候选义务台账和待律师确认事项；不提供独立法律意见、不作违约判断、不发送法律通知或自动续约。", "inputs": [ "授权范围内的已签合同、附件和补充协议", "合同版本关系、签署状态及人工确认的生效信息", "项目事件记录、履约证据和律师批准的提醒规则" ], "workflow": [ "识别合同文件及版本关系，规则检查签署状态和附件缺失，不从文件名猜测正式效力。", "模型提取义务主体、动作、触发条件和相关条款，逐条提供页码或段落引用。", "确定性日期引擎仅根据已确认事件和批准规则计算候选期限，遇到歧义或规则缺失停止计算并提示律师。", "负责律师复核条款解释、适用版本和期限，项目负责人确认实际履约证据与责任岗位。", "输出经过复核的台账和内部提醒草稿，任何对外法律沟通必须另行批准。" ], "review": "负责律师确认所有具有法律影响的解释与期限，项目负责人确认事实；系统不能用语言流畅度掩盖文本歧义或证据不足。", "deliverables": [ "带条款引用的候选义务台账", "期限计算依据与待确认事项", "履约证据清单和内部提醒草稿" ], "acceptance": "验收目标：义务均有原文依据，条件未满足时不得显示确定到期日；补充协议冲突必须提示；律师复核状态与业务履约状态分开展示。", "test": "假设测试集包含工作日定义、事件触发期限、相互矛盾附件和未签补充协议；逐项验证停止计算条件，并检查没有自动续约或对外发函。", "risk": "合同可能受保密义务或法律职业保密限制，访问与分享由授权范围约束；候选台账不是法律意见，具体适用需专业复核。", "exercise": "加入一句依赖通知送达才起算的条款，要求学员设计送达证据字段，并演示缺少证据时为何不能推定期限。" }, { "id": "lab-39", "title": "招聘服务面试安排与交接", "industry": "专业服务", "department": "招聘服务项目运营", "problem": "教学模拟情境：招聘服务团队要协调候选人和面试官日程，处理时区、改期与会议材料，避免把运营安排误变成候选人评价。", "before": "协调员在邮件和日历间反复确认，候选人改期后旧会议仍被转发；职位材料与面试版本不一致也会影响准备。", "scope": "仅辅助日程协调、材料完整性检查和交接草稿；不筛选或排名候选人、不推断受保护特征、不发送邀请或拒信。", "inputs": [ "候选人明确提供的可用时间与联系偏好", "授权面试官的忙闲窗口、时区和会议时长要求", "招聘项目安排规则、职位版本与面试材料清单" ], "workflow": [ "模型从沟通中提取可用时间、时区和改期意图，将模糊表达列为待确认而不自行补齐。", "确定性计算双方时间交集，校验夏令时和候选窗口是否已过期，避免读取不必要的日历详情。", "模型生成候选安排及沟通草稿，规则核对面试轮次、参与人员和材料版本。", "招聘协调员确认候选人授权、最终时间和收件对象，必要的便利安排仅传达给获授权岗位。", "输出待发送邀请与交接清单，人工发送后记录实际会议标识，后续改期必须关联并撤销旧安排。" ], "review": "招聘协调员审批参与者、时间和材料；任何涉及录用、评估或敏感个人信息的事项移交对应负责人。", "deliverables": [ "可选面试时间与时区对照", "邀请及改期沟通草稿", "轮次材料和交接检查清单" ], "acceptance": "验收目标：安排满足已确认可用窗口且显示双方时区；改期保留旧会议关联；结果不包含候选人能力排名或未经授权的私人信息。", "test": "假设测试集涵盖夏令时切换、跨午夜窗口、同名面试官、临时改期和未确认时区；核对时间换算，并验证收件人未确认前不可发送。", "risk": "可用时间与联系资料仅用于本次协调，不据此推断家庭、健康或宗教情况；需要传递敏感便利安排时必须取得明确授权。", "exercise": "让一位面试官改用个人邮箱回复，要求学员在更新收件人前核实身份，并说明为什么不能直接把候选资料转发到新地址。" }, { "id": "lab-40", "title": "设计项目变更与交付范围核对", "industry": "专业服务", "department": "设计咨询项目管理", "problem": "教学模拟情境：客户在评审中提出新的页面、素材和修改意见，项目经理需要分清原约定内修订、新增需求与尚未达成一致的建议。", "before": "设计师从会议纪要和聊天截图接收反馈，直接开始修改；口头建议与正式批准混在一起，交付范围、工时和验收版本难以追踪。", "scope": "整理反馈、映射交付项并起草变更申请；不自动接受客户新增承诺、不调整合同金额、不指派超预算工作或发布设计。", "inputs": [ "批准的工作说明书、交付清单和验收条件", "授权会议纪要、评审批注及设计版本索引", "团队工作量估计、项目排期和变更批准权限" ], "workflow": [ "模型拆分评审反馈并关联设计版本，保留提出者、原话和确认状态。", "规则核对每条反馈是否对应原交付项，模型提出范围归类建议，边界模糊时交项目经理判断。", "确定性比较受影响任务和排期依赖，工作量只使用团队给出的估计，不由模型伪造精确工时。", "项目经理审核范围与影响，设计负责人确认可行性，商务负责人决定是否需要客户批准变更。", "输出变更申请与修订任务草稿，只有获得相应审批的事项进入执行清单。" ], "review": "项目经理负责范围判断，设计负责人核对工作影响，商务负责人批准价格和承诺；客户随口建议不能自动被记录为确认需求。", "deliverables": [ "反馈到交付项的映射表", "范围、排期和依赖影响说明", "待审变更申请及修订任务草稿" ], "acceptance": "验收目标：每条执行任务对应已批准需求及设计版本；新增范围有明确待审状态；原计划与估计影响分开，未经确认不得改写对客承诺。", "test": "假设测试集包含同一反馈的不同表述、撤回建议、跨版本批注和新增交付格式；核对去重及审批状态，验证未批变更不会进入执行清单。", "risk": "客户材料和未发布设计按项目隔离；模型不得复制其他客户方案作为交付，也不能自行接受知识产权或保密条款变更。", "exercise": "让客户批准视觉修改但拒绝新增交互，要求学员将混合请求拆分，并演示部分批准如何影响任务、范围和验收记录。" }, { "id": "lab-41", "title": "物业报修责任与维修派工准备", "industry": "房地产物业", "department": "物业客服与工程管理", "problem": "教学模拟情境：住户报修涉及户内设施、公共管线和保修范围，物业需要先核实位置、紧急程度及已有证据，再准备合适的人工处置。", "before": "客服把问题转发工程群，维修员到场后才发现责任范围或材料不清；同一渗漏被不同住户重复报修，容易分散处理。", "scope": "生成报修分诊、关联事件与派工草稿；不裁定赔偿责任、不向住户收费、不安排未经同意的入户，也不代替现场安全判断。", "inputs": [ "脱敏报修描述、照片与明确的入户授权", "楼栋设施台账、历史工单和保修资料", "批准的紧急升级规则、责任核查流程和维修服务范围" ], "workflow": [ "模型提取位置、症状与危险线索，标注图片不能确认的部分，紧急线索立即提示值班负责人。", "规则关联同楼栋、同设施的未结工单，检查保修有效期和资料缺口，不直接推断责任方。", "模型生成现场核查项和候选派工岗位，确定性校验岗位资质与是否取得入户授权。", "工程负责人确认现场处置，客服核实住户可用时间，责任或费用争议交给授权人员决定。", "输出派工准备单和进度回复草稿，由人工执行派工并记录现场发现，结案前复核处理证据。" ], "review": "工程负责人负责技术与安全判断，客服确认授权和沟通，物业经理处理费用与责任争议；照片或模型分类不能决定赔偿。", "deliverables": [ "关联事件的报修任务草稿", "入户、保修与资质核查清单", "现场核查要求及住户回复草稿" ], "acceptance": "验收目标：未授权入户明确阻断；公共区域关联事件可追溯；保修资料缺失时标为待查，不能生成确定收费或责任结论。", "test": "假设测试集设置跨楼层渗漏、断电伴积水、撤回入户同意和同设备重复报修；核对事件关联及紧急升级，并验证派工权限边界。", "risk": "住址、门牌和入户时间只向必要岗位展示；遇到安全危险按现有应急流程处理，不等待模型给出完整答案。", "exercise": "加入相邻住户对同一漏水事件的矛盾描述，要求学员建立共同事件而保留独立证据，避免提前认定某户责任。" }, { "id": "lab-42", "title": "租赁房源核对与看房安排", "industry": "房地产物业", "department": "租赁运营与客户接待", "problem": "教学模拟情境：租赁顾问面对多版本房源信息和看房请求，需要确认可租状态、公开条件与时间安排，避免推送已下架房源或错误价格。", "before": "顾问从多个表格复制房源简介，再在聊天中约看；装修照片、面积口径和租金生效时间不一致时，客户到场后才发现差异。", "scope": "根据客户明确提出的预算、位置和房屋需求整理房源与看房方案；不作租户资格判断、不推断受保护特征、不签约、收订金或自动发布广告。", "inputs": [ "已授权且有更新时间的房源台账、价格与可租状态", "客户主动提出的房屋条件及可看房时段", "公开房源资料、钥匙保管规则与经纪人忙闲窗口" ], "workflow": [ "规则核对房源唯一标识、状态更新时间、租金口径与图片版本，冲突房源暂不作为可确定推荐。", "模型依据客户明确需求解释房源匹配点与不满足项，不利用个人身份特征筛选住房机会。", "确定性计算看房时段交集，检查钥匙领取和现场接待要求，地址只在获授权范围内展示。", "租赁顾问确认实际可租情况与对客价格，接待人员核实看房许可和到场安排。", "输出房源对照和邀请草稿，人工确认后才联系客户或创建预约，未确认事项继续显著标注。" ], "review": "租赁顾问核实房源事实和价格，接待负责人批准访问安排；所有租户资格、合同和押金事项由原有合规流程处理。", "deliverables": [ "房源事实与需求匹配对照", "信息冲突和待核实事项", "看房路线顺序及预约草稿" ], "acceptance": "验收目标：每项房源事实具有来源与更新时间；失效房源不可标为可租；匹配解释仅使用客户明确的住房需求，不生成资格判断。", "test": "假设测试集含下架房源、面积口径冲突、租金更新延迟和预约撞期；另加入无关个人特征，检查推荐理由不使用这些信息。", "risk": "不得向未授权人员透露钥匙位置、门禁口令或住户信息；房源推荐辅助信息核对，不替代公平租赁要求或正式合同审核。", "exercise": "让一个房源在方案生成后转为不可租，要求学员设置发送前状态复核，并保留原方案变更原因以便向客户解释。" }, { "id": "lab-43", "title": "物业能耗抄表与分摊复核", "industry": "房地产物业", "department": "物业财务与设施运营", "problem": "教学模拟情境：商业楼宇抄表数据存在估抄、换表和租期跨月，财务需要复核用量与按已批准规则计算的费用，避免把异常数据直接生成账单。", "before": "工程部交抄表照片，财务手动录入并套用分摊公式；换表起止读数和租赁面积变动未同步时，差异难以解释。", "scope": "协助读取抄表证据、复算用量和生成待审分摊表；不制定收费标准、不自动出账、催缴、扣款或认定住户欠费。", "inputs": [ "带表号、时间与读数的抄表记录及照片", "换表、故障、估抄记录和租期面积变更资料", "经批准的单价、分摊公式、舍入规则及有效期" ], "workflow": [ "模型从照片提取候选读数并保留置信说明，规则检查表号、单位和读数递增关系。", "确定性处理已确认的换表起止点和计费期间，异常或缺失读数进入人工核验，不自行补造。", "规则按批准的分摊公式和有效期复算费用，单独呈现估抄、舍入及公区分摊影响。", "工程人员核实仪表证据，财务复核计算，物业负责人确认收费口径及争议事项。", "输出可追溯的待审分摊表和差异说明，正式账单须由授权人员在收费系统确认生成。" ], "review": "工程人员确认设备与读数，财务审核公式和金额，物业负责人处理收费争议；模型不能选择未经批准的新分摊方法。", "deliverables": [ "抄表证据与异常记录表", "可复算的分摊明细", "待审账单差异说明" ], "acceptance": "验收目标：每项用量对应有效读数或明确估抄标记；分摊合计与按批准规则计算的总额一致；待核读数不得生成正式账单。", "test": "假设测试集包含表计归零、换表、重复照片、租期跨月和面积调整；独立复算用量与舍入差额，验证未知读数不会被模型猜填。", "risk": "能耗记录可能揭示使用规律，按物业和租户权限隔离；费用结果为复核草稿，争议处理与资金操作保持人工授权。", "exercise": "把某户抄表照片替换为另一表号，要求学员展示交叉核验如何发现问题，并追踪哪些分摊行必须重新计算。" }, { "id": "lab-44", "title": "搬入搬出手续与设施权限交接", "industry": "房地产物业", "department": "物业前台与设施服务", "problem": "教学模拟情境：租户搬入或搬出涉及钥匙、停车、设备和门禁手续，不同部门更新不同步，容易遗漏待办或误保留不应继续的访问资格。", "before": "前台维护纸质交接单，停车和安保分别处理自己的列表；退租日期改变后，旧待办仍按原日期执行，状态难以统一核实。", "scope": "整理手续清单、发现信息冲突并准备权限变更申请；不激活或撤销门禁、不改安全设置、不披露密码，也不自动清退租户物品。", "inputs": [ "授权租赁状态、经确认的交接日期和联系人", "钥匙、停车位、设备借用及现有权限的必要状态摘要", "批准的办理清单、岗位分工和权限变更审批流程" ], "workflow": [ "规则校验租户标识和交接日期的一致性，来源冲突时暂停相关时点任务。", "模型把交接记录整理成按岗位分组的待办，区分已完成、待确认和不适用。", "确定性对照应办理事项与实际回执，生成缺口，不把提出申请等同于权限已变更。", "物业前台核实身份和日期，安保及停车负责人审核各自申请，权限执行遵循专门授权流程。", "输出交接包和待审申请，依据实际回执更新状态，结案前由物业主管复核遗漏项。" ], "review": "前台确认主体与日期，安保负责人负责安全权限，物业主管审核结案；权限变更需要独立批准与执行验证。", "deliverables": [ "岗位分工明确的搬迁手续清单", "钥匙及设施资产交接表", "权限变更申请草稿与回执核对表" ], "acceptance": "验收目标：每个完成状态有回执；日期冲突阻断相关申请推进；无批准和执行证据时不得显示门禁已启用或已停用。", "test": "假设测试集含延期退租、代理人办理、遗失钥匙和部分权限回执缺失；核对状态机与角色隔离，确认系统不能直接操作门禁。", "risk": "访问权限涉及人身和资产安全，模型只整理材料；身份资料最小化展示，禁止在任务清单中存储门禁密码或证件完整图像。", "exercise": "让退租日期在审批后发生改变，要求学员追踪受影响申请并发起人工复核，不能直接撤销或顺延已批准的安全操作。" }, { "id": "lab-45", "title": "物业服务投标响应核对", "industry": "房地产物业", "department": "物业采购与项目管理", "problem": "教学模拟情境：清洁、绿化或设施维护供应商使用不同格式提交方案，采购人员需要比较服务范围、频次、报价口径及缺失证据。", "before": "采购员把供应商文档摘抄进对照表，同名服务项被视为相同范围；含税、耗材或临时服务的差异常在合同谈判后才暴露。", "scope": "形成逐项响应与报价归一化草稿；不替评审组决定中标、不自动联系供应商、不接受合同或承诺采购。", "inputs": [ "批准的采购需求、响应模板和评审维度", "供应商正式提交的方案、报价及资质材料", "现有场地条件、服务边界和经批准的费用比较规则" ], "workflow": [ "以采购需求编号建立响应框架，模型提取供应商承诺并附页码，不补写未提供的响应。", "规则检查必备材料、报价单位和有效期，无法验证的资质列为待核而不判定有效。", "确定性按批准口径比较价格，模型解释服务范围与排除项差异，不自行改变权重。", "采购负责人核对商务条款，设施专业人员审核可执行性，评审组对缺口和评价结论作人工决定。", "输出对照表和澄清问题草稿，所有对外询问和采购承诺经过独立审批。" ], "review": "采购与设施岗位分别审核商务和技术响应，评审组保留选择权；评分只能依据预先批准的维度及可核验证据。", "deliverables": [ "逐条需求响应与证据矩阵", "统一口径报价比较及不可比项", "供应商澄清问题草稿" ], "acceptance": "验收目标：所有比较项有需求编号与供应商来源；缺失响应不能被默认为满足；不同税费或服务边界在完成归一化前不得给出直接低价排名。", "test": "假设测试集包含隐藏耗材费、同名不同服务范围、过期附件和报价单位混用；核对归一化过程，并加入文档指令测试其无法改变评审规则。", "risk": "投标文件实行供应商间隔离，不向某家泄露其他报价；模型不得替代资质尽调，也不能因文案丰富程度推断履约能力。", "exercise": "加入一个价格较低但排除夜间服务的方案，要求学员明确不可比原因，并起草不泄露竞争者信息的澄清问题。" }, { "id": "lab-46", "title": "新员工入职材料与任务协同", "industry": "企业内部职能", "department": "人力运营与行政支持", "problem": "教学模拟情境：新员工入职日期、设备需求和培训安排跨部门流转，HR需要确认必要材料是否齐备，并避免收集与岗位办理无关的个人信息。", "before": "HR把名单发给多个群，行政和IT分别建表；入职延期后旧任务未取消，员工可能重复提交证件，敏感附件被不必要地转发。", "scope": "整理入职办理状态、任务分工与提醒草稿；不创建账号或凭证、不扩大系统权限、不替员工接受协议、不发送未经批准的个人材料。", "inputs": [ "已确认的入职名单、日期、岗位和办理联系人", "批准的入职材料清单及各岗位最小可见字段", "设备交付、培训和账号申请的状态回执" ], "workflow": [ "规则按人员内部标识关联任务，检查日期、岗位和在办状态冲突，身份证明只保留必要核验状态。", "模型将流程说明转为个人待办和部门任务草稿，引用当前版本，不向员工索要清单外资料。", "确定性依赖检查区分已申请、已批准和已完成，入职日期变化时列出受影响任务。", "HR确认入职事实与材料范围，行政和IT审核各自任务，账号及权限操作走独立授权流程。", "输出角色分级可见的入职清单与提醒草稿，人工核实回执后更新完成状态并处理延期事项。" ], "review": "HR负责人员信息和材料要求，行政确认设备交付，IT确认申请状态；系统完成状态不得替代实际交付或开通回执。", "deliverables": [ "员工可见的入职待办清单", "按部门划分的协同任务草稿", "材料缺口与日期变更影响表" ], "acceptance": "验收目标：各角色只看到办理必需字段；入职延期触发人工复核；没有回执的任务不得标记完成，系统不能自动创建访问凭证。", "test": "假设测试集包含延期、同名员工、设备未签收和资料清单版本更新；检查人员关联与角色字段，验证缺少授权不能共享敏感材料。", "risk": "入职材料可能含高度敏感身份信息，不进入通用摘要或培训样本；账号开通、访问扩展与协议接受均保留在相应授权流程。", "exercise": "把同名员工分到不同部门，要求学员使用内部标识而非姓名关联任务，并演示如何发现设备误分配而不暴露双方个人资料。" }, { "id": "lab-47", "title": "差旅报销证据与政策预审", "industry": "企业内部职能", "department": "财务共享与员工服务", "problem": "教学模拟情境：员工报销材料包含订单、发票与支付记录，审批人员需要识别重复提交、缺少说明和不适用的政策版本，减少来回补件。", "before": "财务逐张检查附件并手动对照差旅政策，出差跨政策生效日或多人分摊时，简单金额规则容易误报，也难以解释退回原因。", "scope": "做材料完整性和政策条件预审，生成待人工核实项；不认定舞弊、不批准报销、不扣款、不支付或自动修改员工申请。", "inputs": [ "脱敏报销申请、订单、票据和必要支付证明", "适用地区与日期明确的批准差旅政策", "已授权的出差审批、分摊说明与历史报销索引" ], "workflow": [ "模型提取票据关键字段并关联原图，规则检查票号、日期、币种及附件重复。", "确定性根据出差日期和批准例外匹配政策版本，无法确定适用范围时保留待核标记。", "规则复算可检查金额与分摊关系，模型起草缺件或政策疑点说明，禁止把异常直接称为欺诈。", "财务审核员核实证据与政策解释，预算负责人处理例外批准，员工通过原流程补充资料。", "输出预审清单和补件草稿，保留原申请，正式审批与支付在现有财务系统完成。" ], "review": "财务审核员决定资料是否充分，预算负责人审批例外；重复线索需人工比对实际交易，不能仅凭同额或相似图片拒付。", "deliverables": [ "票据与交易证据关联表", "政策预审疑点和待补材料清单", "面向员工的待审补件说明" ], "acceptance": "验收目标：每条提示对应政策条款或证据缺口；同额不同交易不直接认定重复；未通过人工审批不得生成付款指令或确定拒付结果。", "test": "假设测试集含退款重开票、同额不同商户、跨币种、多人分摊和已批准超标例外；核对政策匹配和金额复算，检查措辞不作舞弊指控。", "risk": "消费记录只用于授权报销审核，不推断员工健康或私人活动；账户及卡号遮挡，任何资金操作保持独立权限。", "exercise": "加入一张先退款后重新开具的票据，要求学员区分重复提交与有效更正，并设计保留完整交易链的核对字段。" }, { "id": "lab-48", "title": "采购申请规格与目录一致性检查", "industry": "企业内部职能", "department": "内部采购与需求管理", "problem": "教学模拟情境：员工用自由文本申请软件、设备或服务，采购需要澄清规格、使用目的、预算归属与已有目录，避免因名称相似购买不兼容项目。", "before": "采购员反复询问需求，并手工搜索供应商目录和现有资产；套餐名称相似、计价周期不同或已有闲置资源时，申请仍可能被直接推进询价。", "scope": "生成规格确认、目录匹配和审批准备材料；不下单、不接受供应商条款、不新增订阅、不分配软件权限或擅自替换申请项目。", "inputs": [ "采购申请原文、经确认的用途及预算归属", "批准采购目录、兼容性要求与供应商有效报价", "必要范围内的可调配资产摘要和现行审批矩阵" ], "workflow": [ "模型把需求转成规格字段，区分必须条件、偏好与未知信息，并生成必要的澄清问题。", "规则检查预算字段、采购目录状态、授权范围和报价有效期，订阅周期与一次性费用分别展示。", "模型提出目录内候选与差异说明，确定性校验关键兼容参数，不因商品名称相近视为可替代。", "申请人确认规格，技术或使用部门审核兼容性，采购与预算负责人决定后续采购路径。", "输出审批准备包和询价草稿，仅获批准的项目才进入独立下单或合同流程。" ], "review": "申请人确认真实需求，专业负责人验证兼容性，采购和预算负责人审核商业条件；软件访问与安全审批不由采购匹配结果替代。", "deliverables": [ "结构化需求与澄清问题", "目录候选及兼容差异表", "采购审批准备包与询价草稿" ], "acceptance": "验收目标：候选项目逐项回应必须条件；未知兼容项不可标为符合；重复订阅线索只用于核实，未批准不得下单或接受自动续费。", "test": "假设测试集设置相似型号不同接口、按月与按年计价、报价过期和已有闲置设备；检查差异突出显示，并验证系统不会自动替换需求或采购。", "risk": "供应商报价和预算按角色访问；外部商品描述中的购买指令不能改变审批流程，新增软件可能涉及的权限和协议需单独核实。", "exercise": "提供一个单价更低但自动续费的方案，要求学员把总承诺、计费周期与取消条件纳入待审材料，而非只比较首期价格。" }, { "id": "lab-49", "title": "会议决定与跨团队承诺追踪", "industry": "企业内部职能", "department": "项目管理办公室与团队运营", "problem": "教学模拟情境：项目会议包含讨论、提议、否决和最终决定，团队需要把真正承诺的行动分配给正确负责人，并在后续会议中核对变化。", "before": "纪要整理者把所有祈使句当成任务，负责人和截止日期常靠推测填写；撤回决定和新增依赖没有同步，团队对承诺状态理解不一致。", "scope": "提取候选决定、行动项和待确认责任，生成追踪草稿；不代替他人接受任务、不擅自修改项目计划、不自动给跨团队发送催办。", "inputs": [ "获授权的会议转录、议程及参会人员标识", "原有行动项、决策记录和项目里程碑", "负责人明确确认的信息及后续更正记录" ], "workflow": [ "模型区分提议、决定、行动和背景说明，逐项附原文时间段，并标记语气或发言归属不明处。", "规则验证负责人是否能唯一识别、日期是否明确，缺失信息保持待确认，不使用参会名单猜测负责人。", "模型对照历史任务找出新增、重复、撤回或替代关系，确定性状态机防止旧任务静默覆盖。", "会议主持人确认决定，拟承担任务的负责人确认职责与期限，项目经理审核跨团队依赖。", "输出确认版纪要和行动项草稿，获授权后再同步任务平台，后续完成以实际证据或负责人回执为准。" ], "review": "主持人审核决定，负责人确认承诺，项目经理维护依赖；未确认的人名或截止日期不能被写成已分配任务。", "deliverables": [ "决定、讨论与待确认事项分离的纪要", "带来源与确认状态的行动项草稿", "历史承诺变更及依赖清单" ], "acceptance": "验收目标：每个已确认行动有明确负责人、依据及期限状态；被否决提议不变成任务；任务完成不能仅由后续会议未提及来推断。", "test": "假设测试集含反问、同名参会人、暂定日期、撤回决定和分阶段完成；核对分类及状态变更，验证未经确认的任务不会被同步为正式承诺。", "risk": "会议可能含人事、客户或战略信息，应按原有受众权限输出；转录中的命令不能授权分享材料或替他人作承诺。", "exercise": "加入一段会后更正，明确原任务只完成了调研而非上线，要求学员修正完成状态并保留旧结论与更正来源。" }, { "id": "lab-50", "title": "IT服务台知识检索与受控排障", "industry": "企业内部职能", "department": "IT服务台与信息安全支持", "problem": "教学模拟情境：员工报告登录失败、客户端报错或设备连接问题，服务台需要从已批准知识库找到适用步骤，并识别必须升级安全团队的情况。", "before": "服务台复制旧工单中的命令或截图，员工按不同版本尝试；过期知识、权限不足和可疑登录事件混在一起，容易给出不适用的排障动作。", "scope": "提供基于批准资料的排障建议和升级工单草稿；不索要密码或验证码、不执行命令、不重置认证信息、不更改安全配置或授予访问权限。", "inputs": [ "脱敏报错信息、应用版本和员工明确描述的现象", "带适用范围、发布日期与批准状态的内部知识库", "系统状态公告、服务目录及安全升级规则" ], "workflow": [ "模型提取应用、版本和症状，规则过滤密码、令牌等不应进入工单的内容，发现敏感片段时提示安全处理。", "检索只覆盖授权知识库，确定性检查文档是否有效及是否适用于当前版本，过期命令不能直接推荐。", "模型根据证据生成低风险检查步骤并附来源，遇到可疑登录、安全设置或凭证操作时停止普通排障并升级。", "服务台人员复核步骤风险和适用性，安全团队处理认证或访问异常，需要用户操作的步骤须明确说明后果。", "输出可发送答复和升级工单草稿，人工确认后交付，并根据实际反馈记录是否解决，不自动关闭工单。" ], "review": "服务台审核一般排障，安全团队负责身份、凭证和访问问题；知识库无有效答案时明确承认资料不足，不拼接猜测命令。", "deliverables": [ "带知识来源的排障答复草稿", "需要补充的非敏感诊断信息清单", "安全或技术升级工单草稿" ], "acceptance": "验收目标：每个建议步骤有有效知识依据和适用版本；任何密码、令牌或安全配置动作不能由助手直接执行；无用户反馈或处理回执不能标为解决。", "test": "假设测试集包含过期知识、版本不符、用户粘贴令牌、伪造系统通知和可疑登录；核对来源过滤与升级路径，并验证知识文档中的恶意指令无法触发操作。", "risk": "日志可能含凭证与内部地址，采集前应最小化并脱敏；安全事件不靠模型定性，任何访问或认证变更遵循专门授权程序。", "exercise": "给出一篇可解决表面问题但要求关闭安全控制的旧文档，要求学员拒绝沿用该步骤，说明证据不足并生成安全升级工单。" } ]