走一笔任务，判断下一步。

商品建档实操包

练习如何把供应商材料变成有来源、可核对、能恢复的商品草稿。它接续手册已有的 CAT-017，使用原创合成材料；演示工具运行确定性规则，没有调用模型或真实商品系统。

统一版本：CATALOG-01 / CAT-017 / 2026-10-09.1。对象为供方 SUP-08 的 SKU-017 便携杯，类目规则 drinkware-2。本规则实操包沿用这组标识。

带着什么问题练

运营专员有供方资料读取、商品草稿创建权限，没有发布权限。A/B 两份材料都写容量500 ml、材质PP、黑色，正常版净重都是120 g；冲突版B写150 g。任务是形成带字段来源的草稿，向人展示未决项，经具体版本确认后保存并核对结果。原始资料及其人工规范化字段在 dataset.json。真实项目先确认草稿系统允许哪些缺项，不能照搬本例的许可。

容量缺单位时必须补资料；材质缺失和净重冲突可以保留缺项草稿。冲突值不能取平均，也不能仅因B较新就选择B。条码已对应另一商品时停止创建。保存超时不等于失败：先按原业务键查询，禁止换键新建。

从输入走到结果

1. 先用normal完成一笔正常草稿：对照A/B来源看到500 ml、PP、黑色、120 g，经确认保存并回查DR-017。下面第3步的规则演示可直接复现；看懂结果后，再取空白单解释对象、来源与完成条件。
2. 回到同一对象，依次增加 ambiguous-unit 和 weight-conflict 条件，看哪些字段要留空、向谁补证；再写候选与问题，不必开场同时设计全部异常。
3. 在 本地规则演示 选择输入，生成参考候选并检查字段。正常笔可以确认并保存；连续冲突纠偏练习先停在候选与确认阶段，暂不保存r1。工具只处理规范化字段；正文含义仍要按 人工量尺 检查。
4. 在冲突输入里载入“错误反例”：它擅选150 g并把冲突改成supported。核对失败后回到来源，修正为净重null/conflict。这是构造反例，不是已运行模型的错误。
5. 应用 file-C/r1 的供方确认：仅将净重替代为150 g，容量、材质、颜色和发布边界保留。旧版确认失效，需确认r2。
6. r2重新确认后，注入保存后丢回执：观察unknown，再按原键查询获得合成草稿 DR-017；写入计数应始终为1。用 答案与讲师核对点 检查。若已保存r1，先重置本笔任务再练这条链；本工具不更新已保存草稿，真实系统的更新需另行定义接口、授权和版本条件。

可先做前三笔核心任务，再扩展重复对象、拒绝、类目不支持、无效数量及提交前故障；练习时长取决于讨论深度。没有固定字数或必须填满全部表格的要求。

失败后具体改什么

工具与可复用材料

该ZIP只用于原始规则练习。完整解释读对应正文；新增装配程序见本页末“对应正文与运行文件”。它与原ZIP不是同一文件集合。下载并解压原始ZIP，在product-catalog-workshop目录运行 node check.mjs、node walkthrough.mjs；再运行 node serve.mjs，浏览 http://127.0.0.1:3005/ 。手册关联章节在知识库或网站阅读，ZIP仅包含练习文件。文件双击可能限制模块和JSON读取。演示不读取凭据、不发送请求到外部应用；“保存”只在当前页面会话内的Map中，刷新即清空。

迁移到真实任务

替换供方材料、对象标识、类目必填规则、授权范围与真实API。保留候选/事实、确认版本、写入结果三种区别。接入模型时，把实际响应保存为候选，先做字段检查，再由业务人员独立按人工量尺判断；不要把参考答案当模型输出。

真实POC另需验证材料提取、持久化与事务、授权/撤权、网络错误和人工接续。业务试点还要观察完整主动耗时、返工、残余错误和释放能力是否被吸收。已有商品教学基线仍是旧20分钟、新操作4＋复核5＋返工2＝11分钟；本工具没有测量这些时间，也没有产生客户收益。

关联阅读：任务契约、工作蓝图、评测包、方案记录、经济性。

同批输入，先定位再修改

运行 node diagnostic.mjs。完整链使用故意漏掉file-B的上游结果，或下游擅选冲突值的规则替身；对照只把上游换回完整规范化字段，下游版本与故障保持相同。两路都用独立保留的完整夹具评分。输出包含候选字段、校验错误、诊断与修正后复测。

完整链1/3，对照2/3是构造故障的运行结果，不是模型准确率。两路都失败时仍可能同时有上游错误；对照只证明下游在该正确输入上仍失败。不得把两路差值解释为唯一根因或生产收益。更换一个组件后，必须再跑完整链和原反例；校验器不能只比较候选自己的输入。

读前判断与读后决策

读前先各写一句：正常、净重冲突、保存超时现在能交付什么？谁要补什么证据？读完再写一次，并指出哪一条运行证据让判断改变。正常也要确认与回读；冲突只能交带未决项的草稿；超时只能报告结果未知并原键核对。这三条可用原有walkthrough和答案验证。

再用诊断输出选择一个最小改动，保留失败前后字段及反例。准确率改善但对象匹配仍错时，写出你允许的动作子集、批准者和收回条件，参见任务契约。复核成本变化时按现有经济章节重新判断继续、缩小或停止，不将节时直接算现金。

**迁移题（先独立作答，再看开放参考判断）：**审核期间，同一商品被另一位专员修改。请写出提交前要查的对象、版本、批准内容，冲突后的状态和接续负责人，以及一条能证伪你方案的测试。说明现有工具是否已实现你提出的检查；不要把提案当工具能力。

以上是阅读验收任务，脚本通过和AI走查不能代替真人独立完成证据。本次没有开展读者可用性实验。

诊断脚本：diagnostic.mjs；本轮实际输出：diagnostic-results.json。运行前读前判断，运行后按表逐笔解释失败，不只看总分。

诊断评分在脚本中按固定case ID静态表检查容量、材质、颜色、净重值/状态、来源覆盖、对象、待审状态和发布=false；预期是AI 编写、与候选生成函数分离的合成教学预期，未经领域专家确认，不调用候选生成规则来构造参考答案。它仅覆盖这些关键字段；完整候选结构及版本恢复仍由原check.mjs检查。实际教学使用还须按人工量尺读原句，不能用字段通过替代材料理解。

对应正文与运行文件

工作发现读第05章，审阅与职责读第07章，完整请求与候选读第10章，采用、运行和改进读第16–18章。这里不再另排学习路径。

construction.md只说明装配程序怎样运行和替换适配器；interaction.md用于演示操作；观察及运营页保留练习素材。旧ZIP是原14文件规则练习快照，不含本轮正文整合与新增装配文件。

其他离线示例

读者需要区别“重复调用得到成功”和“业务确实只发生一次”。card-service.mjs把身份范围、调查前置条件、请求去重、业务版本及已创建状态分别处理。它是原创内存教学实现，不是Nubank源码，不使用客户、患者或真实银行卡数据。

例如补卡请求在提交前失败，工具返回可重试错误，业务状态和去重记录仍保持未提交；恢复后相同请求可以继续。首次成功后再次提交，返回相同请求号而不增加业务版本；同一个键换地址则拒绝。这让执行者知道该重试、重查事实还是重新审阅，不能仅根据模型的一句话决定。

代码将工具参数与服务端认证上下文分开；调查资格从服务器记录读取，模型不能自填“已调查”绕过前置条件。缺失评分证据拒绝判分，不默认通过。真实后端必须保证业务写入与去重记录的事务关系，并实现持久存储、认证、权限、撤权、网络超时后的读回和对账。内存Map不能承担这些要求；本例只注入提交前故障，没有模拟提交后丢回执或跨服务事务。版本冲突阻断也是教学选择，是否重新批准取决于实际业务授权。

card-service-check.mjs检查未授权、缺调查、提交前失败与恢复、重复提交、不同参数复用键、版本冲突、重复业务请求、地址条件评分及未知结果拒绝。运行：node examples/card-service-check.mjs。执行范围在示例检查说明记录。

地址评分样例强调：找到卡或仍在配送时，不需要为了获得评分而收地址；真正需要补卡却未确认地址，是另一种错误。评分器只演示确定性业务条件，不测自然语言、不复现论文Judge，也不代替真实专家校准。

资格依据不足和动作结果未知分别处理

qualification.mjs是另一项原创合成参考：仅处理已规范化的可信证据夹具，按SKU、时间、单位、正负要求及冲突返回PASS/FAIL/UNKNOWN。它不识别真实证书或认证证据，更不授权采购。运行node examples/qualification-check.mjs，20项检查验证确定违例阻断、缺失/冲突保留未知、无效要求拒绝、非有限数值证据过滤，以及显式单位转换。

这里的UNKNOWN是资格依据不足；卡片工具的未知是动作结果没确认，两者下一步分别是补证据与查台账，不能共享一个“再试一下”。规划与证据专题保留这两个对象的区别。

相关：Nubank案例、工具与集成、评测。

商品建档贯穿练习

商品建档实操包将已有CAT-017串成材料、任务、空白工作单、参考答案、错误反例、供方修订与状态恢复。可在规则演示实际改变输入、候选、版本和保存状态。模型语义质量按人工量尺另行判断，演示没有运行模型。

按正文需要取运行材料

方法和连续示范直接读手册。这里保存操作所需资产：

• 商品实操包：原材料、规则演示、确认和保存恢复。
• 上下文装配运行：请求/响应文件、适配器接口与检查命令；解释在第10章。
• 内部资料查询运行：数据、身份样例与命令；解释在第11章。
• 工作观察练习、运行材料练习：按对应章节取素材，不是额外必读课程。

示例为合成离线参考。网站和公开下载包的状态分别维护，本轮未同步导出。

示例检查说明

2026-10-07使用Node运行检查脚本，对合成内存实现进行十二项检查：未授权请求、自填客户身份、伪造调查结果、缺调查、提交前故障与恢复、重复提交、同键异内容、版本冲突、重复业务请求、六条地址条件正负例、未知结果、缺失评分证据。这十二项检查包含六条评分正负例的预期对比；执行结果与未验证范围分别记录，不能从局部通过推导生产可靠性。

这验证的是该原创示例的明确条件和内存状态，没有执行模型、Nubank系统、真实认证服务、持久数据库、网络超时或跨服务事务。它不能证明论文复现、客户接受或生产安全。身份来自服务端上下文、调查来自服务端记录，是边界演示；真实凭据与访问策略须另外实现。

模板里的query-01、price-conflict等仍是纸面试填，不能借本代码结果标为模型测试通过。地址确定性例也只检验任务义务条件，不检查解释质量或真实对话分布。

资格局部机制补位

qualification-check.mjs实际运行20项检查通过：确定违反、缺依据、单值冲突、范围/时间/单位、非法要求和非有限证据；代码与输入均原创合成。不存在证书认证、工况判定、采购授权或真实部署验证。与卡片12项检查分开记，不把不同任务UNKNOWN混用。