数据工单由剧本声明、引擎决定 —— 不靠模型抄卡骨架(W05 1.4.3)

用户:「右边 AI 聊天框里这个数据工单怎么又显示的执行工单?」查实:说明书骨架里
`"variant":"data"` 与 `gateLedgers` 并排写着,模型抄卡时 gateLedgers 抄到了、variant 丢了
(看着像元数据)。靠模型抄一个标记本来就靠不住。

改成与 `view` 同一条道理:这一步派的是什么单,写剧本时就定死 ——
- 契约 `PlanStep.cardVariant: 'data'`;活动在 S0d_p08_master / S0d_p10_document 两步上声明;
- `cards.issue` 入参多一项可选 `itemId`(turn-runner 从 human 动作带下来;引擎自发的验收/兜底卡没有项);
- 组装层按 itemId 查剧本,`stepVariant ?? 卡上写的` —— 模型写不写都一样。
在跑那一单的卡已就地补上 variant(payload),刷新即见「数据工单」。
2102 测 / typecheck / lint / depcruise 绿;api-report 已刷;两处 CONTRACT.md 同步。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FJcX8A6TWp4GRs41TYryEh

activities/part-substitution-assessment/__tests__/steps.test.ts

@@ -142,6 +142,11 @@ describe('说明书与剧本的骨架', () => {
     expect(NARRATIVE).not.toContain('"kind":"decide","itemId":"S0d_p08_master"');
     // 两张数据工单都得标 variant:"data" —— 对话区凭它换成「数据工单」那副面孔
     expect(NARRATIVE.match(/"variant":"data"/g)?.length).toBe(2);
+    // 但模型抄卡会把它丢掉(2026-08-27 实测)—— 真正作数的是剧本上的声明,引擎按它决定
+    for (const item of ['S0d_p08_master', 'S0d_p10_document']) {
+      expect(ASSESSMENT_STEPS.find((s) => s.item === item)?.cardVariant, item).toBe('data');
+    }
+    for (const step of ASSESSMENT_STEPS) if (!['S0d_p08_master', 'S0d_p10_document'].includes(step.item)) expect(step.cardVariant, step.item).toBeUndefined();
     expect(NARRATIVE).toContain('"title":"数据工单 · 芯片主数据创建(P-08)');
     expect(NARRATIVE).toContain('"title":"数据工单 · 原厂技术资料创建(P-10)');
     expect(NARRATIVE).toContain('"title":"评估输入与资料补齐确认');

activities/part-substitution-assessment/src/case-model.ts

@@ -351,6 +351,8 @@ current_stage = "assessing"。application_scenario / bom_position **这一步不
   },
   {
     item: 'S0d_p08_master',
+    /* 这一步派的是数据工单 —— 由剧本声明,模型抄不抄 variant 都一样(2026-08-27 实测它丢了) */
+    cardVariant: 'data' as const,
     intent: '料号不在库:派 P-08 数据工单让人从零建芯片主数据 + 标准化参数子表 —— 查无记录一律派,不问人',
     writes: ['parts.profile', 'parts.parameter', 'parts.document', `${D}.pn_check`],
     reads: [`${D}.pn_check`, 'candidateInternalPns', 'originalInternalPn', 'datasheets', 'parts.profile', 'parts.parameter', 'parts.document'],
@@ -413,6 +415,8 @@ P-10 的资料表,一格都填不了,提交闸必然拦死。
   },
   {
     item: 'S0d_p10_document',
+    /* 这一步派的是数据工单 —— 由剧本声明,模型抄不抄 variant 都一样(2026-08-27 实测它丢了) */
+    cardVariant: 'data' as const,
     intent: '料号不在库:派 P-10 数据工单让人从零建原厂技术资料',
     writes: ['parts.document', `${D}.pn_check`],
     reads: [`${D}.pn_check`, 'parts.profile', 'parts.document'],

activities/part-substitution-assessment/src/manifest.ts

@@ -89,7 +89,7 @@ export const manifest: ActivityManifest = {
   identity: {
     activityId: ACTIVITY_ID,
     name: 'ACT-WORK-05 · 差异评估',
-    packageVersion: '1.4.2',
+    packageVersion: '1.4.3',
     category: '需求分析与方案匹配',
     sdkVersion: '0.1.0-m5',
     checksum: 'dev-checksum-part-substitution-assessment',