---
title: 商品建档答案与讲师核对点
type: example
last_updated: 2026-10-15
visibility: public-draft
---

# 商品建档答案与讲师核对点

统一 `CATALOG-01 / CAT-017 / 2026-10-09.1`，SUP-08/SKU-017 便携杯。以下是合成参考答案；[worked-results.json](worked-results.json) 是规则脚本的运行结果，没有运行LLM。

## 填好的一笔任务

**任务：**运营专员读取file-A/r1、file-B/r1，形成饮具草稿；允许创建和查询供方SUP-08范围内草稿，不发布、不改价格、不跨供方。类目drinkware-2要求容量及单位明确，允许材质缺失和净重冲突留空待核。模型在真实接入中可提出候选，规则服务查单位/对象/来源/版本，人核对正文并确认具体revision，草稿服务负责授权、写入及回读。

**正常候选：**capacity_ml=500、material=PP、color=黑色、net_weight_g=120，均为supported且有A/B的source_id和r1；published=false，revision=1，state=awaiting_review。人确认r1后，合成服务保存DR-017并回查一致，返回draft_created/draft_saved。实际系统应取得持久化版本，不以本演示的内存记录证明真实写入。

## 不同输入的结果

|fixture|字段与状态|下一步/保存判定|
|---|---|---|
|normal|500ml、PP、黑色、120g，均supported|人确认r1后保存，不发布|
|ambiguous-unit|capacity_ml=null/missing，其余已知|needs_input；向供方问容量单位，不保存|
|weight-conflict|net_weight_g=null/conflict，A120g、B150g均保留|可确认并保存缺项草稿；发布前须解决|
|missing-material|material=null/missing|可保存缺项草稿，注明待确认材质|
|duplicate-object|barcode对应SKU-099|blocked/object_conflict，核对旧商品，不新建|
|timeout-after-commit|实际会话内已写，回执丢失|unknown；按CAT-017-draft查询，回读一致后draft_created，writes=1|
|denied|合成身份无草稿权限|blocked/NOT_AUTHORIZED，0写入|
|unsupported-category|后台不支持类目|blocked/UNSUPPORTED_CATEGORY，0写入|
|invalid-quantity|规范化容量为−500，与原文也不符|INVALID_INPUT；先修正规范化输入，不生成可保存候选|

## 一笔失败怎样改到正确

错误反例沿用冲突输入，却把净重写成150/supported。规则检查发现值/状态不符，服务拒绝写入。先改为null/conflict，保留两来源及问题；这一步纠正的是无依据选值。随后收到file-C/r1，正文明确确认150g并替代A/B净重，r2才能使用150/supported；旧证据仍可追溯且标记superseded。

file-C没有改容量、材质、颜色、对象与权限，这些应保留。连续练习在r1只确认、不保存；修订不能自动沿用r1确认：旧确认返回STALE_CONFIRMATION，保存返回CONFIRMATION_REQUIRED。人重新确认r2后首次保存。注入after-commit时返回unknown；原键回查恢复到已保存，1次写入。可以按 [运行脚本](walkthrough.mjs) 重现整条链。单独测试冲突缺项草稿可以保存r1；已保存草稿的更新不在本工具范围，不能把换键新建当更新。

## 评测怎样判

确定性检查比对人工规范化字段、来源ID、状态、版本和禁止发布；人工量尺另检查原句是否支持候选、问题是否必要、冲突解释和新材料吸收是否准确。两者联合通过才可认定这笔教学输出合格。没有真实模型输出的语义评分记“未运行”，不要填PASS。

第13章的5次运行、4次通过、1次失败是人工试填计数；pass^3估计为C(4,3)/C(5,3)=0.4。这不是本包真实模型成绩。300次独立代表试验零失败的95%单侧上界约0.9936%，同样是计算示例，不能把少数合成样例反复执行当生产风险证明。

## 价值核对

商品教学旧20分钟，新操作4＋复核5＋返工2＝11分钟，省9分钟；每月1000笔释放150小时。80元/小时折算12000元能力价值，维护1600元＋运行400元后为10000元潜在净能力价值。这一章二基线尚未折入能力实现比例和残余错误损失，也不是现金节省。可用 [经济计算器](evaluation.mjs) 替换实测假设。第19章的答复草稿数例用另一组假设，不能将其6800/4800等数值混入本次商品任务。

## 并发迁移题的开放参考判断

题目不是让你给现有Map演示贴上“支持并发”的标签，而是设计审核期间其他专员修改商品后，怎样仍尊重对象、批准内容与业务结果。下列是合成参考设计，不是现有工具能力；现有工具只检查本会话revision，不连接共享后台。

|检查点|一种合理方案|可接受的替代及边界|
|---|---|---|
|查谁|按租户、供方、SKU及条码查真实对象；取不可回退的后台object_version|可用ETag或服务端比较交换版本；只比较当前值不足以识别改动后又改回的ABA情况|
|确认什么|人批准具体字段差异、对象、资料版本和expected_object_version；本地revision绑定候选编辑|可在服务端保存不可变提案及确认引用；不能将“同意保存”无限沿用到其他内容|
|何时查|提交时由后台原子校验版本与授权，再写入；客户端提交前查询只改善提示|有锁也须明确有效期、续租与失锁处理；先查后写没有原子条件仍会竞争|
|冲突后|返回object_conflict，不覆盖；展示他人变化与自己候选，运营负责人决定重取资料或合并后重新批准|只在事先定义、互不影响的字段可自动合并，并检验跨字段约束；不能默认所有不同字段都可安全合并|
|unknown|保留原请求键查回原对象、提案和结果版本；与并发冲突分开|查不清由接续负责人调查，不换键猜测重做|

**可证伪试验：**A在后台v8审阅，B保存成v9；A提交expected_version=8必须被拒绝且不改变v9。再测B改值后改回但版本为v10，A仍不能通过；两个并发同请求只能形成同一业务结果，原键不同载荷必须拒绝。若锁方案在失锁后仍写入，或“先查v8再写”覆盖了v9，就推翻该方案的保证。

练习参考量尺：对象与身份正确、版本来自后台、批准绑定内容、提交原子约束、冲突可重审、unknown可追、负责人可接续各有证据。可以选择拒绝重审、受限合并或锁，但要说明假设与失败路径。没有后台实现与相应竞争测试，只能交设计，不能填“并发验证通过”。

## 将材料交给下一阶段

[第05章](../../methods/20_work-design/05-current-work.md)提供已填观察、机会与设计依据；[素材页](discovery-to-design.md)保留对象状态对照和开放练习。先核对这些输入再用本答案；答案不是从真实业务取得的事实，也不替代读者独立判断。