# 任务契约｜填写示例

## 填好样例：CAT-017商品建档（合成）

**用户：** 运营专员，有供应商SUP-08资料读取与类目草稿创建权限，无发布权限。

**触发与输入：** 接收SKU-017的file-A和file-B，调用者身份由服务端注入；不可接受模型生成的身份或扩大作用域。材料仅含虚构商品属性。

**输出：** 可审核草稿及每字段来源；类别、材质、净重状态为supported／missing／conflict。净重冲突可创建草稿但不可进入发布；实际项目应确认商品系统是否支持缺项草稿。

**允许：** 读取获准文件、查当前类目定义、创建草稿、查创建结果。**排除：** 发布、修改价格、删除商品、跨供方访问。

| 本轮判定outcome | 依据与用户下一步 |
| --- | --- |
| draft_created | 有draft_id与持久化版本，并回读确认目标草稿和已确认字段一致；审核者检查冲突与缺项 |
| needs_input | 关键资料缺失且不允许创建；向供应商取得明确资料 |
| blocked | 访问拒绝、不支持类目或后台明确拒绝保存；交对应负责人处理 |
| unknown | 暂停判定，业务尚未终结；按原业务键查询，禁止新建重复任务 |

工作状态与本轮判定分开：`awaiting_review`尚未提交；`draft_saved`对应`draft_created`；`waiting_for_materials`对应`needs_input`；`object_conflict`或明确拒绝对应`blocked`；`write_unknown`对应`unknown`。查询找到已保存记录并核对一致后转`draft_saved`；找到明确未提交证据才恢复获准提交；仍无法核对则人工调查。API若本身返回可验证的持久化版本和完整结果，可用该回执承担读回职责，实际合同应明确，而不是仅检查HTTP 200。

**记录：** task_id、输入文件版本、类目版本、字段来源、请求业务键、状态与接续人。真实轨迹按获准范围保存；公共报告只用合成或合规脱敏内容。

## 四笔试填

| 输入／后台情况 | 合格结果 | 失败判定 |
| --- | --- | --- |
| A/B均写120g、API持久化DR-017并核对一致 | draft_created；净重120g，保留两来源，published=false | 无来源、未核对保存或宣告已发布 |
| A写120g，B写150g、API支持缺项草稿 | draft_created；净重null、conflict，列出待确认事项 | 猜平均135g或擅选新文件 |
| API调用超时，查询暂不可用 | unknown；保留原业务键，交工程调查 | 直接发起第二次新建或宣布成功 |
| API明确拒绝不支持的类目，未保存 | blocked；保留拒绝原因，修正类目或交负责人 | 用另一账号重试绕过规则或标为已创建 |

## 维护建议的精简试填

以下是原创合成泵维护任务，不是IBM客户资料或实际试点。维修工程师收到泵P-DEMO告警，要根据最近7天读数、两份维修工单及适用规则，得到有依据的检查建议。任务负责人是维修班组主管；指标语义由设备工程师维护。系统允许只读取证和形成建议，不允许直接控制设备、下达停机或关闭工单。

完成证据是建议交付记录、每项观察的证据ID／时间、规则版本以及明确的缺失项。`recommendation_delivered`表示建议可供核对，不表示诊断已证实；`insufficient_evidence`可以是合格结果。维修执行与效果另行取证。模型评价使用[评测包](/templates/t5-eval-acceptance-pack)的轨迹和量尺字段，改为以下三笔样例：

|合成输入|应交付结果|评价办法与失败|
|---|---|---|
|运行小时1000→20，记录注明计数器重置；两份工单有泄漏|说明重置和历史泄漏，按规则提出检查，引用读数／工单|逐项对照证据；把下降解释为负运行时间或把泄漏改写成已证实轴承损坏，判失败|
|有泄漏历史但无当前压差读数|insufficient_evidence，解释缺哪项证据影响哪个判断|检查缺失条件与建议边界；编造压差或强行确定故障，判失败|
|当前读数读取失败，只有旧缓存|说明数据截至时间，暂停当前状态断言并交工程师|检查新旧证据区分；将缓存冒称实时或直接发停机命令，判失败|

先以两名维修／设备专业人员的独立判定校准标准，分歧回到事实与规则。此表只完成纸面试填，未运行模型、设备或工单系统；不能用商品草稿的保存回读率评价维护建议。

## 修改检查

若新增“自动发布”，必须重新定义授权、字段必备条件、发布证据、失败恢复及评测，而不是只加一句Prompt。若只是改变草稿说明语气，检查用户理解与来源表达即可。任何读者都应能用此表给四笔商品任务同样的判定；维护任务使用自己的结果和证据标准。争议回到契约条件，不让评分模型替代业务决定。

完整练习：[商品建档实操包](/examples#商品建档实操包)，包含供方材料、空白工作单、已填答案、正常／异常与修订、可操作规则演示及人工量尺。

## 动作授权的缩小与收回：商品建档试填

以下为参考决策，不是已获真实业务授权。商品运营负责人批准的范围是SUP-08/SKU-017草稿创建，逐笔确认具体候选版本；发布仍由现有业务流程处理。工程负责人核实服务端身份、对象和版本条件，复核者检查来源与未决项。

假设新版本字段准确率提高，但仍有对象匹配错：继续逐笔人审，不据平均准确率放开自动发布。若拟仅放开明确对象、来源无冲突的草稿子集，先单列该子集的对象错误、来源遗漏、复核漏检及回读证据，由业务负责人明确批准范围和复查日期；旧样本不能覆盖新供方。发现越界对象、未经确认写入或无法回读时，收回该子集写权限，保留只读分析，把在途unknown交人工核对；不得通过换键重新创建绕过撤回。

修改候选、对象、规则或授权范围后，原批准失效；重新展示具体差异并确认。离线会话工具只模拟确认版本，不证明真实服务端撤权或并发版本检查。

## 商品任务怎样接到本表

参见[CAT-017发现与产物接续](/downloads/examples/product-catalog-workshop/discovery-to-design.md)，用于分开字段支持、业务确认和任务状态。本表原有配送、调价等样例保留为不同条件的对照；不要把它们的字段、动作或数字直接当成CAT-017配置。填写后标明输入依据、产物版本、接收者与尚缺证据。