ACT-WORK-05:标准化参数集改子表 parts.parameter,与目标件页面结构对齐

用户核对实跑页面后指出:P-08 数据工单做出来的页面结构必须与目标件《数据工单-01-芯片主数据创建》一致——目标件本就是两张表(表 1 主记录 / 表 2 标准化参数子表),而实现把参数集塞成了表 1 的一个文本列,违反《SS02-SS03-SS04_Demo台账字段细化与统一方案》§六「重复明细用子表承载, 不在单一文本字段堆叠」。五处联动改齐: - 平台基线新增 parts.parameter 主数据表(内部料号+参数名复合主键), 两颗样例料的参数集从 normalized_parameter_set 文本列拆成 7 行子表数据 (数值原样搬,一个字未改);parts.profile 物理列保留、不再赋值。 - 活动清单:parts.profile 撤掉该字段声明,新增 parts.parameter 声明 (internal_pn 引用墙、param_value/constraint_type 必填);版本号 1.1.1 → 1.2.0。 - 案例模型:S0d_p08_master/S1_input_confirm/S2_normalize 的读写面与 guide 全部改指向新子表;顺带修正候选计数措辞歧义(实测样例0一张该发的决策卡被跳过——"候选absent且候选数≥2"被模型读成"不在库的候选≥2颗", 改成先分别数"候选总数"与"不在库的候选数"两个数、显式说清楚判据认哪个)。 - caseFileModel 补 parts_parameter_missing 读数,两条哨兵(s_p08_created / s_pns_resolved)一并要求这一列不缺必填。 - 报告模版补齐表 2(逐块搬自目标件),主键列挂 data-col,约束类型走 data-class-of 徽标。 - e2e 套件加性支持"一张卡填两张表"(stage.extraTables),buildEdits 的 rowKey 泛化支持复合主键数组形态(不破坏既有八套件)。验证:vitest 413 passed(活动包+平台种子测试全绿)、typecheck/lint/ depcruise 三绿、activities:install 零静态审发现、SQL 核对 parts.parameter 主键与行数(两颗料各7行)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01FJcX8A6TWp4GRs41TYryEh
2026-08-27 02:19:39 +08:00
parent 02ef572470
commit c6b02dfd39
9 changed files with 324 additions and 141 deletions
@@ -8,7 +8,8 @@
 * view 恒压过模型当拍报的 say.view,一个计划项只能绑一份画面,P-08 与 P-10 各自要一份可编辑的
 * 工作区件,不能共用同一个 view):
 *   启动期 → S0_bind(AI:铸案号、建 P-01 V1、锁规则版本、逐个 PN 查库、写存在性核对表)
- *   0.5a 等待数据(建主数据)→ S0d_p08_master(人:数据工单 P-08;候选 ≥2 缺库先决策卡;
+ *   0.5a 等待数据(建主数据)→ S0d_p08_master(人:数据工单 P-08,件上表 1 主记录 + 表 2 标准化
+ *                 参数子表 `parts.parameter`;候选总数 ≥2 时缺库先决策卡;
 *                 都在库时哨兵不开,这一项与下一项都不会进「当下可为」)
 *   0.5b 等待数据(建资料)→ S0d_p10_document(人:数据工单 P-10;都在库时同样不会进「当下可为」)
 *   1 建立评估上下文 → S1_input_confirm(人:执行工单 01,评估输入清单,件上补缺口)
@@ -41,6 +42,7 @@ export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
      <caseFileItem id="sub_eval_verdict_rows" name="结论行数(基座现数)"/>
      <caseFileItem id="parts_profile_rows" name="本单建的芯片主数据行数(基座现数)"/>
      <caseFileItem id="parts_profile_missing" name="本单建的芯片主数据缺必填的行数(基座现数)"/>
+      <caseFileItem id="parts_parameter_missing" name="本单建的标准化参数集缺必填的行数(基座现数)"/>
      <caseFileItem id="parts_document_missing" name="本单建的资料记录缺必填的行数(基座现数)"/>
      <caseFileItem id="input_confirmed_total" name="评估输入已确认(人环凭据)"/>
      <caseFileItem id="sub_eval_input_gap_rows" name="评估输入清单行数(基座现数)"/>
@@ -66,18 +68,18 @@ export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
        <onPart id="op_b" caseFileItemRef="sub_eval_pn_check_exists_status_absent"><standardEvent>update</standardEvent></onPart>
        <ifPart id="if_b"><condition>demand_request_rows &gt; 0 and sub_eval_pn_check_rows &gt; 0 and sub_eval_pn_check_exists_status_absent &gt; 0</condition></ifPart>
      </sentry>
-      <!-- ②′ 芯片主数据已建齐 —— 补资料那一步的入场前提(基座现数) -->
+      <!-- ②′ 芯片主数据已建齐(表 1 主记录 + 表 2 参数子表都不缺必填)—— 补资料那一步的入场前提(基座现数) -->
      <sentry id="s_p08_created">
        <onPart id="op_p8" caseFileItemRef="parts_profile_rows"><standardEvent>update</standardEvent></onPart>
-        <ifPart id="if_p8"><condition>parts_profile_rows &gt; 0 and parts_profile_missing = 0</condition></ifPart>
+        <ifPart id="if_p8"><condition>parts_profile_rows &gt; 0 and parts_profile_missing = 0 and parts_parameter_missing = 0</condition></ifPart>
      </sentry>
      <!--
        ② 料号全部落定:原 PN + 每个候选各一行核对,没有一颗还「不在库」,放弃的少于候选数,
-        本单建的主数据 / 资料不缺必填 —— 评估输入确认那一步的入场前提。全是基座现数。
+        本单建的主数据 / 参数子表 / 资料不缺必填 —— 评估输入确认那一步的入场前提。全是基座现数。
      -->
      <sentry id="s_pns_resolved">
        <onPart id="op_pr" caseFileItemRef="sub_eval_pn_check_exists_status_absent"><standardEvent>update</standardEvent></onPart>
-        <ifPart id="if_pr"><condition>sub_eval_pn_check_rows = count(candidateInternalPns) + 1 and sub_eval_pn_check_missing = 0 and sub_eval_pn_check_exists_status_absent = 0 and sub_eval_pn_check_exists_status_abandoned &lt; count(candidateInternalPns) and parts_profile_missing = 0 and parts_document_missing = 0</condition></ifPart>
+        <ifPart id="if_pr"><condition>sub_eval_pn_check_rows = count(candidateInternalPns) + 1 and sub_eval_pn_check_missing = 0 and sub_eval_pn_check_exists_status_absent = 0 and sub_eval_pn_check_exists_status_abandoned &lt; count(candidateInternalPns) and parts_profile_missing = 0 and parts_parameter_missing = 0 and parts_document_missing = 0</condition></ifPart>
      </sentry>
      <!-- ③ 评估输入已确认(旗 + 清单有行且必填齐)—— 标准化那一步的入场前提 -->
      <sentry id="s_input_confirmed">
@@ -179,8 +181,9 @@ export const NARRATIVE = `§0 开案:**判断候选料号在技术上能不能
 (挂验证任务号或补来源动作)。硬约束 MISMATCH 不许改判,要改只能补证据后重比。

 **存在性检查与数据工单**:启动时逐个料号在 \`parts.profile\` 里查(原 PN + 每个候选)。查无记录 = 「完全没有」,
-要人从零建整条主数据 —— 发**数据工单**(一张表一张单:P-08 一张、P-10 一张);PN 在库但个别字段缺 = 「有而不全」,
-归执行工单 01 补。原 PN 缺 = 硬阻塞必须建;候选缺:候选 ≥2 时先问人放弃还是创建,候选 = 1 时必须建。
+要人从零建整条主数据(表 1 主记录 + 表 2 标准化参数子表 \`parts.parameter\`)—— 发**数据工单**(一张单:P-08 一张、P-10 一张);
+PN 在库但个别字段缺 = 「有而不全」,归执行工单 01 补。**该不该问人,按候选总数判断,不是按不在库的颗数判断**:
+原 PN 缺 = 硬阻塞必须建、不问;候选总数 = 1 时那一颗必须建、不问;候选总数 ≥ 2 时,每一颗不在库的候选都要先问人放弃还是创建。
 **库里都有的话这两项的入场前提本就不成立**(此单不走这条),不会出现在你的「当下可为」里,别发空单。

 **六步走**:绑定与存在性核对 → (等待数据)→ 人补评估输入 → 标准化对照表 → 逐项评估 → 人审结论(可循环)→ 拟落账 → 人放行。
@@ -197,7 +200,7 @@ export const NARRATIVE = `§0 开案:**判断候选料号在技术上能不能
 ]}
 人确认那一下基座已把这一行落进草稿层,**你不许再 write 一遍 customer.profile**。

-② 候选不在库、候选 ≥2 时,一颗一张决策卡(按候选数组顺序,一次只发一张;候选只有一颗时不问、直接建):
+② 候选不在库、且候选总数 ≥2 时,一颗一张决策卡(按候选数组顺序,一次只发一张;候选总数 = 1 时不问、直接建):
 {"kind":"decide","itemId":"S0d_p08_master",
 "ask":"候选 <internal_pn> 在芯片主数据里查无记录。是从零建它的主数据(派数据工单),还是本轮放弃这颗候选?",
 "options":[{"value":"create","label":"创建主数据(派数据工单)","recommended":true},
@@ -209,11 +212,11 @@ export const NARRATIVE = `§0 开案:**判断候选料号在技术上能不能
 {"kind":"human","itemId":"S0d_p08_master","workOrder":"execution","card":{
  "title":"数据工单 · 芯片主数据创建(P-08):<料号列表,顿号分隔>",
  "ask":"这些料号在芯片主数据里查无记录,请在工作区的件上把整条记录建齐(一颗一行,可加行)。",
-  "steps":["每一行:品牌、规格描述、封装、生命周期状态、标准化参数集为必填,缺一格确认不了",
-           "标准化参数集一行一参数:参数名 | 值 | 单位 | hard/soft | 说明;原厂未披露的值写「未披露」,它会进入 UNKNOWN 并挂验证任务",
+  "steps":["表 1 每一行:品牌、规格描述、封装、生命周期状态为必填,缺一格确认不了",
+           "表 2 一行一个参数:所属料号、参数名、值、单位、约束(硬/软)必填,说明是只读注释;原厂未披露的值写「未披露」,它会进入 UNKNOWN 并挂验证任务",
           "有 datasheet 的把引用与版本一起填(成对);制造商与品牌不一致时分开写",
           "改完保存,回这张卡确认 —— 确认后这批主数据即入库,活动从等待数据唤醒"],
-  "standard":"每颗料号一行,必填列全齐;参数集至少含输入电压范围 / 输出电压 / 输出电流 / 工作温度 / 封装相关的硬约束项。",
+  "standard":"每颗料号表 1 一行,必填列全齐;表 2 至少含输入电压范围 / 输出电压 / 输出电流 / 工作温度 / 封装相关的硬约束项各一行。",
  "basis":[{"k":"触发原因","v":"按 internal_pn 查 P-08 查无记录(完全没有,不是字段缺失)"},
           {"k":"AI 预填","v":"<有 datasheet 就写「已按 datasheet 预填 N 项,请核对」,没有写「未上传 datasheet,请全填」>"}]}}

@@ -305,31 +308,39 @@ current_stage = "assessing"。application_scenario / bom_position **这一步不
  },
  {
    item: 'S0d_p08_master',
-    intent: '料号不在库:派 P-08 数据工单让人从零建芯片主数据;候选 ≥2 先问放弃还是创建',
-    writes: ['parts.profile', 'parts.document', `${D}.pn_check`],
-    reads: [`${D}.pn_check`, 'candidateInternalPns', 'originalInternalPn', 'datasheets', 'parts.profile', 'parts.document'],
+    intent: '料号不在库:派 P-08 数据工单让人从零建芯片主数据 + 标准化参数子表;候选总数 ≥2 才逐颗问放弃还是创建',
+    writes: ['parts.profile', 'parts.parameter', 'parts.document', `${D}.pn_check`],
+    reads: [`${D}.pn_check`, 'candidateInternalPns', 'originalInternalPn', 'datasheets', 'parts.profile', 'parts.parameter', 'parts.document'],
    view: 'p08-master-create',
    tools: [],
    /* 触达人,不给 doneWhen;人工激活:发卡就算启动 */
    guide: `这一项只在 \`${D}.pn_check\` 里有 absent 行时走 —— 都在库时入场前提本就不成立,这一项与下一项 S0d_p10_document 都不会进你的「当下可为」。**先分岔,再动作**:

-【先看轨迹】这一项里已经发过哪些卡、人答了什么(【当前这一步】下面那行引擎事实说得清楚):
+【先数两个数,再分岔】(先看轨迹:这一项里已经发过哪些卡、人答了什么,【当前这一步】下面那行引擎事实说得清楚)
+· **候选总数**:入参 \`candidateInternalPns\` 的长度(\`${D}.pn_check\` 里 role = "candidate" 的行数也是它,不随本单进展变化);
+· **不在库的候选数**:\`${D}.pn_check\` 里 role = "candidate" 且 exists_status = "absent" 的行数(这个数会随着人放弃/创建而变小)。
+**该不该问人,看的是候选总数,不是不在库的颗数**——**「不在库的只有一颗」不是跳过决策卡的理由**:
 · 原 PN absent → **硬阻塞**,不问人,直接进入「建」的名单;
-· 候选 absent 且候选数 ≥2 → 每颗 absent 的候选照说明书②各发一张决策卡(一次一张,按数组顺序);人选 "abandon"/"custom:" 的,
-  把那一行 \`${D}.pn_check\` 改成 exists_status = "abandoned" + abandon_reason(同 PK 覆盖写),这颗不再评估;选 "create" 的进「建」的名单;
-· 候选 absent 且候选只有 1 颗 → 不问,必须建。
-**至少留一颗候选**:放弃到只剩最后一颗还是 absent 的候选时,那一颗按「候选只有一颗」办 —— 不再发决策卡问,直接进「建」的名单
+· **候选总数 = 1** → 那一颗不许放弃,不问人,直接进入「建」的名单;
+· **候选总数 ≥ 2** → **每一颗 absent 的候选都要先发一张决策卡问人**(一次一张,按候选数组顺序;哪怕这一单不在库的候选只有一颗,
+  只要候选总数 ≥ 2 就要问)照说明书②;人选 "abandon"/"custom:" 的,把那一行 \`${D}.pn_check\` 改成
+  exists_status = "abandoned" + abandon_reason(同 PK 覆盖写),这颗不再评估;选 "create" 的进「建」的名单。
+**至少留一颗候选**:放弃到只剩最后一颗还是 absent 的候选时,那一颗按「候选总数 = 1」办 —— 不再发决策卡问,直接进「建」的名单
 (候选全被放弃,存在性核对永远凑不齐、单子会死锁,这一条就是防它)。
 **别把同一颗候选问两遍**:决策卡答过就按答案办。

-【「建」的名单定了 → 写骨架行,发 P-08 数据工单】
-1. 给名单里每颗料写一行 \`parts.profile\` 骨架:key {internal_pn},patch 只带你确有依据的列 —— 有 \`datasheets[].text\` 就从里面读
-   brand_name / specification_description / package / lifecycle_status(active/nrnd/eol/discontinued/risk 之一)/ normalized_parameter_set
-   (一行一参数:参数名 | 值 | 单位 | hard/soft | 说明,原厂没写的值写「未披露」)/ datasheet_ref + datasheet_version;没有 datasheet 就只写 internal_pn
-   这一列(其余留给人填,**别编**)。
-2. 同一拍给每颗料写一行 \`parts.document\` 骨架:key {internal_pn, doc_seq: "01"},patch {document_type: "datasheet", document_status: "pending",
+【「建」的名单定了 → 写骨架行,发 P-08 数据工单(一张单,件上两张表)】
+1. 给名单里每颗料写一行 \`parts.profile\` 骨架(表 1):key {internal_pn},patch 只带你确有依据的列 —— 有 \`datasheets[].text\` 就从里面读
+   brand_name / specification_description / package / lifecycle_status(active/nrnd/eol/discontinued/risk 之一)/ datasheet_ref + datasheet_version;
+   没有 datasheet 就只写 internal_pn 这一列(其余留给人填,**别编**)。
+2. 同一拍给每颗料写标准化参数集骨架(表 2,\`parts.parameter\`,一行一参数):有 \`datasheets[].text\` 就从里面读出典型参数
+   (如输入电压范围 / 输出电压 / 输出电流 / 开关频率 / 静态电流 / 工作温度 / 使能阈值等,按品类而定)各写一行,
+   key {internal_pn, param_name},patch 带 param_value / param_unit / constraint_type(hard/soft)/ param_note(一句话说清这项为什么要卡,
+   如「须覆盖客户输入上限」);原厂没写的值写「未披露」(它会进入 UNKNOWN 并挂验证任务)。没有 datasheet 就只写
+   internal_pn + param_name 骨架(把你判断这颗料该评估的参数名列出来,**param_value 留空给人填,别编**)。
+3. 同一拍给每颗料写一行 \`parts.document\` 骨架:key {internal_pn, doc_seq: "01"},patch {document_type: "datasheet", document_status: "pending",
   brand_name 有就写}(这一行是骨架,下一项 S0d_p10_document 会把它填成正式记录)。
-3. 同一拍发说明书③那张 P-08 数据工单(title 里列全料号),发完这一拍结束(挂起)。
+4. 同一拍发说明书③那张 P-08 数据工单(title 里列全料号),发完这一拍结束(挂起)。

 【P-08 那张确认回来了】finish 这一项 —— 下一项是 S0d_p10_document,同一批料号接着补资料记录。

@@ -346,7 +357,7 @@ current_stage = "assessing"。application_scenario / bom_position **这一步不
    guide: `这一项只在 \`${D}.pn_check\` 里有 absent 行时走(要走到这一步,S0d_p08_master 必然已经收完);都在库时入场前提本就不成立,
 这一项与 S0d_p08_master 都不会进你的「当下可为」。

-【发 P-10 数据工单】「建」的名单就是 \`${D}.pn_check\` 里仍是 exists_status = "absent" 的那几行(候选 ≥2 时被放弃的那些,
+【发 P-10 数据工单】「建」的名单就是 \`${D}.pn_check\` 里仍是 exists_status = "absent" 的那几行(候选总数 ≥2 时被放弃的那些,
 S0d_p08_master 那一步已经把它们改成 "abandoned",不在这份名单里)。同一拍照说明书④发那张 P-10 数据工单(title 里列全料号,只发一次),
 发完这一拍结束(挂起)。

@@ -359,7 +370,7 @@ S0d_p08_master 那一步已经把它们改成 "abandoned",不在这份名单里)
    item: 'S1_input_confirm',
    intent: '评估输入清单:绑定四项只读核对,缺口行交 PW 在件上补',
    writes: [`${D}.input_gap`, `${D}.verdict`, 'demand.request'],
-    reads: [`${D}.input_gap`, `${D}.pn_check`, 'demand.request', 'parts.profile', 'parts.document', 'candidateInternalPns', 'originalInternalPn'],
+    reads: [`${D}.input_gap`, `${D}.pn_check`, 'demand.request', 'parts.profile', 'parts.parameter', 'parts.document', 'candidateInternalPns', 'originalInternalPn'],
    view: 'eval-input-list',
    tools: [],
    /* 交人补缺口,不给 doneWhen;人工激活:发卡就算启动 */
@@ -371,7 +382,7 @@ S0d_p08_master 那一步已经把它们改成 "abandoned",不在这份名单里)
  (候选多颗就 candidate_1、candidate_2… 一颗一行,detail 写料号与在库状态);
 · 待补两项(status = "gap",detail 写「启动时未收」):application_scenario「应用场景」(source_ledger = "P-01")、bom_position「BOM 位」(source_ledger = "P-09");
 · 默认可改三项(status = "default",detail 写默认值):substitution_type「替代类型」= "Pin-to-Pin"、rule_version「规则版本」= "${RULE_VERSION}"、owner「负责人 / 期限」= "按客户线默认 · 1 个工作日";
-· 待确认(status = "gap"):逐颗候选看 \`parts.profile.normalized_parameter_set\`,值是「未披露」的参数各一行(item_key = unknown_<料号>_<序号>,
+· 待确认(status = "gap"):逐颗候选看它名下 \`parts.parameter\` 的那几行,param_value 是「未披露」的各一行(item_key = unknown_<料号>_<序号>,
  input_item 如「XL2596S-5.0 使能阈值」,source_ledger = "P-08",detail 写「原厂未披露(有而不全)」);
 · 齐备项(status = "ok"):原 PN 资料版本(source_ledger = "P-10",detail 写 datasheet 版本)。
 写完同一拍照说明书⑤发执行工单,发完这一拍结束(挂起)。
@@ -388,7 +399,7 @@ S0d_p08_master 那一步已经把它们改成 "abandoned",不在这份名单里)
    item: 'S2_normalize',
    intent: '读取并标准化:每个未放弃的候选一条 P-11 主记录骨架 + 逐参数对照行',
    writes: ['substitution.relation', 'substitution.difference_item'],
-    reads: ['parts.profile', 'parts.document', 'demand.request', `${D}.pn_check`, `${D}.input_gap`, `${D}.verdict`, 'candidateInternalPns', 'originalInternalPn'],
+    reads: ['parts.profile', 'parts.parameter', 'parts.document', 'demand.request', `${D}.pn_check`, `${D}.input_gap`, `${D}.verdict`, 'candidateInternalPns', 'originalInternalPn'],
    view: 'difference-review',
    tools: [],
    doneWhen:
@@ -402,10 +413,11 @@ substitution_type = "pin_to_pin"(人在评估输入清单里改了替代类型
 analysis_status = "ai_draft"、rule_version = "${RULE_VERSION}"、bom_position(照 demand.request 现值抄,没有不写)。
 recommendation_level / recommendation_reason / difference_summary / risk_level **这一步一格都不写**(S3 的活)。

-【每条关系逐参数写 \`substitution.difference_item\` 对照行】骨架按**原 PN 的参数集**(\`parts.profile.normalized_parameter_set\`,一行一参数
-「参数名 | 值 | 单位 | hard/soft | 说明」):原 PN 有的每个参数一行 —— difference_item_id = "<关系id>-P01/P02…"、parameter_name、
-original_value、candidate_value(候选参数集里同名那一行的值;候选没有这个参数 → 写「未披露」)、parameter_unit(以原 PN 为准;候选单位不同先换算,
-换算不了原值照写、evidence_ref 里注明)、constraint_type(原 PN 那一行的 hard/soft;没标的按口径:封装 / 工艺 / 电压 / 电流 / 温度 / 阈值 hard,其余 soft)、
+【每条关系逐参数写 \`substitution.difference_item\` 对照行】骨架按**原 PN 在 \`parts.parameter\` 里的那几行**(它是独立子表,一行一参数,
+按 internal_pn 归属):原 PN 有的每个参数一行 —— difference_item_id = "<关系id>-P01/P02…"、parameter_name(取原 PN 那一行的 param_name)、
+original_value(取原 PN 那一行的 param_value)、candidate_value(候选在 \`parts.parameter\` 里同 param_name 那一行的 param_value;
+候选没有这个参数 → 写「未披露」)、parameter_unit(以原 PN 那一行的 param_unit 为准;候选单位不同先换算,
+换算不了原值照写、evidence_ref 里注明)、constraint_type(取原 PN 那一行的 constraint_type;没标的按口径:封装 / 工艺 / 电压 / 电流 / 温度 / 阈值 hard,其余 soft)、
 rule_version = "${RULE_VERSION}"、evidence_ref(值从哪来:「P-08 · P-10 <版本>」;本单数据工单建的料号写「人工录入 · 数据工单 · P-08」)。
 另加两行**封装**与**生命周期**(constraint_type = hard / soft,值分别取 \`package\` 与 \`lifecycle_status\`)。
 difference_status / compare_result / risk_level / impact_statement / unknown_disposition **这一步不写**。
@@ -5,12 +5,17 @@
 * 《SS02-SS03-SS04_Demo台账字段细化与统一方案》/ 四份目标件 / 全流程分支图)。
 * 骨架照 E04 / I01 已验证的样子:双级入参 → 活动自持单据 + 共享主数据 → decide 循环做中间审核 →
 * 终局放行。三处与前两个活动刻意不同,写在这里免得下一个读者当成疏漏:
- *   ① **主数据是六张(P-08/P-10/P-01/P-11 主+子/P-06)**,物理表由平台基线
+ *   ① **主数据是七张(P-08 主 + P-08 参数子表 / P-10 / P-01 / P-11 主+子 / P-06)**,物理表由平台基线
 *      (`apps/api/src/app/seed-mvp-data.ts`)物化,这里只**追加**本活动要用的列与标记
 *      (required / tally / refersTo / requiredWhen 是活动的授权面;声明合并是纯 add-column)。
+ *      **P-08 的标准化参数集是独立子表 `parts.parameter`**(2026-08-27 结构改:用户核对实跑
+ *      页面后指出必须与目标件结构一致——目标件《数据工单-01》本就是两张表,塞进一个文本列
+ *      违反《统一方案》§六「重复明细用子表承载,不在单一文本字段堆叠」)。
 *   ② **数据工单**(PN 不在库时让人从零建整条主数据)= 零输入执行工单 + 工作区的件
- *      (`mine:parts.profile` / `mine:parts.document` 可加行),确认落草稿层、放行并入正式表
- *      (守铁律②;文档里「确认即入库」在本平台落成「无审核环节、放行并入」)。一张表一张单。
+ *      (`mine:parts.profile` / `mine:parts.parameter` / `mine:parts.document` 可加行),
+ *      确认落草稿层、放行并入正式表(守铁律②;文档里「确认即入库」在本平台落成「无审核环节、
+ *      放行并入」)。一张台账表一张单(P-08 主记录 + 参数子表算同一张数据工单 —— 目标件是
+ *      同一份工单卡里的两张表)。
 *   ③ 逐项四态与推荐等级**由两枚纯工具算**(规则同时以 D01/D02 两张 DMN 随包冻结当文档),
 *      模型只负责对照表、证据与影响说明 —— 硬约束 MISMATCH 不可能被措辞改判。
 */
@@ -84,7 +89,7 @@ export const manifest: ActivityManifest = {
  identity: {
    activityId: ACTIVITY_ID,
    name: 'ACT-WORK-05 · 差异评估',
-    packageVersion: '1.1.1',
+    packageVersion: '1.2.0',
    category: '需求分析与方案匹配',
    sdkVersion: '0.1.0-m5',
    checksum: 'dev-checksum-part-substitution-assessment',
@@ -274,7 +279,9 @@ export const manifest: ActivityManifest = {
          col({ name: 'region', type: 'text', label: '区域', expect: true }),
        ],
      },
-      /* P-08 芯片主数据:数据工单建整条;参数集是它的一个字段(一张表,不建子表) */
+      /* P-08 芯片主数据:数据工单建整条;标准化参数集已改子表 parts.parameter(2026-08-27,
+         用户看了实跑页面指出「必须与目标件结构一致」——目标件本就是两张表,一张主记录一张
+         参数子表,塞进一个文本列违反《统一方案》§六「重复明细用子表承载」) */
      {
        domain: 'parts',
        object: 'profile',
@@ -285,7 +292,6 @@ export const manifest: ActivityManifest = {
          col({ name: 'brand_name', type: 'text', label: '品牌名称', required: true }),
          col({ name: 'manufacturer_name', type: 'text', label: '制造商名称', expect: true }),
          col({ name: 'specification_description', type: 'text', label: '规格描述', required: true }),
-          col({ name: 'normalized_parameter_set', type: 'text', label: '标准化参数集(一行一参数:参数名 | 值 | 单位 | hard/soft | 说明)', required: true }),
          col({ name: 'package', type: 'text', label: '封装', required: true }),
          col({ name: 'process_technology', type: 'text', label: '工艺', expect: true }),
          col({ name: 'lifecycle_status', type: 'text', label: '生命周期状态', required: true, tally: ['active', 'nrnd', 'eol', 'discontinued', 'risk'] }),
@@ -295,6 +301,21 @@ export const manifest: ActivityManifest = {
          col({ name: 'application_scenarios', type: 'text', label: '适配应用场景', expect: true }),
        ],
      },
+      /* P-08 子表:标准化参数集,一行一参数,internal_pn 是引用墙(查无那颗主记录当场拒) */
+      {
+        domain: 'parts',
+        object: 'parameter',
+        kind: 'master',
+        label: '标准化参数集(P-08 子表)',
+        fields: [
+          col({ name: 'internal_pn', type: 'text', label: '所属料号', primaryKey: true, refersTo: 'parts.profile.internal_pn' }),
+          col({ name: 'param_name', type: 'text', label: '参数名', primaryKey: true }),
+          col({ name: 'param_value', type: 'text', label: '值', required: true }),
+          col({ name: 'param_unit', type: 'text', label: '单位', expect: true }),
+          col({ name: 'constraint_type', type: 'text', label: '约束类型', required: true, tally: ['hard', 'soft'] }),
+          col({ name: 'param_note', type: 'text', label: '说明', expect: true }),
+        ],
+      },
      /* P-10 原厂技术资料库:数据工单建;评估时只读做证据回链 */
      {
        domain: 'parts',
@@ -11,15 +11,15 @@ export const ASSESSMENT_SKILLS: Skill[] = [
    label: '把多来源资料整成可比对的标准参数对照表',
    applicability: '输入确认之后、逐项比对之前:原 PN 与每个候选的参数集要摆成同名同单位的一对一。',
    method: [
-      '参数集在 `parts.profile.normalized_parameter_set` 里,一行一参数:`参数名 | 值 | 单位 | hard/soft | 说明`。',
-      '对照表按**原 PN 的参数名**为骨架:原 PN 有的参数,候选没有对应行 → 候选值写「未披露」(它会成为 UNKNOWN);',
+      '参数集是独立子表 `parts.parameter`(P-08 的结构子表),一行一参数,按 `internal_pn` 归属主记录:列是 param_name / param_value / param_unit / constraint_type / param_note。',
+      '对照表按**原 PN 名下的那几行参数名**为骨架:原 PN 有的参数,候选名下没有同名那一行 → 候选值写「未披露」(它会成为 UNKNOWN);',
      '候选多出来的参数不比(比对只回答「能不能替」,多出来的能力不构成差异)。',
-      '单位以原 PN 为准:候选单位不同先换算(mV→V、kHz→MHz),换算不了就不改值、在说明里写明 —— 不许静默改数。',
-      '约束类型以原 PN 那一行的 hard/soft 为准;原 PN 没标的按 GOV 口径:封装 / 工艺 / 电气边界(电压 / 电流 / 温度 / 阈值)一律 hard,其余 soft。',
+      '单位以原 PN 那一行的 param_unit 为准:候选单位不同先换算(mV→V、kHz→MHz),换算不了就不改值、在说明里写明 —— 不许静默改数。',
+      '约束类型以原 PN 那一行的 constraint_type 为准;原 PN 没标的按 GOV 口径:封装 / 工艺 / 电气边界(电压 / 电流 / 温度 / 阈值)一律 hard,其余 soft。',
      '**缺参数不得伪造**:查不到的写「未披露」,不写估计值、不写「约」。',
    ].join('\n'),
    crystallized: [],
-    knowledgeRefs: ['标准化参数集行语法', '硬/软约束口径'],
+    knowledgeRefs: ['标准化参数子表结构', '硬/软约束口径'],
    version: '1.0.0',
  },
  {
@@ -4,7 +4,9 @@
 * 五个局面各一张,版面语言**逐块搬自** `docs/SS02-ACT-WORK-05-html/` 的四份目标件
 * (《HTML报告生成规范》§7:有目标件时「搬」,不要「照着做」——样式表整段搬,标记逐块搬,
 * 只把写死的数据换成绑定):
- * · `p08-master-create` —— S0d 摆,数据工单(P-08 芯片主数据),搬自「数据工单-01」;
+ * · `p08-master-create` —— S0d 摆,数据工单(P-08 芯片主数据),搬自「数据工单-01」
+ *   (2026-08-27:补齐目标件里原本就有、之前漏搬的【创建什么 · 表 2】标准化参数子表 `parts.parameter`
+ *   —— 用户核对实跑页面后指出「页面结构必须与目标件一致」,目标件本就是两张表);
 * · `p10-document-create` —— S0d 摆,数据工单(P-10 原厂技术资料),**没有自己的目标件**
 *   (规格里数据工单是「一个统一模板按目标台账实例化」),复用「数据工单-01」的样式表与版面骨架;
 * · `eval-input-list` —— S0/S1 摆,评估输入清单,搬自「执行工单-01」;
@@ -108,6 +110,16 @@ ${badgeCss('.stx', [
  ['pending', '待核实', AMBER],
  ['void', '作废', MUTED],
 ])}
+/*
+ * 表 2(标准化参数集)的约束类型(硬/软)—— 目标件里这一格是字面类名 .ct.hard / .ct.soft
+ * (P08_CSS 已带这两条颜色声明,.ct 基座形状也在);平台的 data-class-of 走的是
+ * v-<token> 别名机制,不是字面枚举值,这里用 badgeCss 生成 .ct.v-hard / .ct.v-soft,
+ * 颜色原样照抄目标件那两条声明的数值(DANGER/MUTED 与 .ct.hard / .ct.soft 同一份值)。
+ */
+${badgeCss('.ct', [
+  ['hard', '硬约束', DANGER],
+  ['soft', '软约束', MUTED],
+])}
 `;

 /* ==================== 执行工单(评估输入清单):徽标别名 ==================== */
@@ -315,7 +327,6 @@ const P08_TABLE = `<div class="jc-tbl-wrap"><table id="tbl1">
    <th data-h="Datasheet引用">Datasheet 引用 datasheet_ref</th>
    <th data-h="Datasheet版本">Datasheet 版本 datasheet_version<span class="thd">与引用成对</span></th>
    <th data-h="适配应用场景">适配场景 application_scenarios<span class="thd">判断实际适用性</span></th>
-    <th class="req" data-h="标准化参数集">标准化参数集 normalized_parameter_set<span class="thd">一行一参数:参数名|值|单位|hard/soft|说明</span></th>
  </tr></thead>
  <tbody data-rows="mine:parts.profile" data-edit="parts.profile"><tr>
    <td class="rn"><span class="jc-rn-num"></span><button class="jc-rowdel" type="button" title="删除此行" data-edit-del="parts.profile">×</button></td>
@@ -330,7 +341,34 @@ const P08_TABLE = `<div class="jc-tbl-wrap"><table id="tbl1">
    <td>${cell('datasheet_ref', 'mono')}</td>
    <td>${cell('datasheet_version')}</td>
    <td>${cell('application_scenarios')}</td>
-    <td><span class="jc-vcell mono" data-slot="normalized_parameter_set" data-blank></span><textarea class="jc-cell mono" data-col="normalized_parameter_set" placeholder="输入电压范围 | 4.5~40 | V | hard | 客户上限 40V&#10;输出电压 | 5.0 | V | hard | 固定版&#10;使能阈值 | 未披露 | V | hard | 原厂未给"></textarea></td>
+  </tr></tbody>
+</table></div>`;
+
+/*
+ * 表 2 · 标准化参数集(P-08 子表 `parts.parameter`)—— 粒度与表 1 不同(一个参数一行,
+ * 行数不固定),不能塞进表 1 的一格(《统一方案》§六:重复明细用子表承载),
+ * 逐块搬自目标件《数据工单-01》的【创建什么 · 表 2】,`id="tbl2"` 沿用目标件自己的
+ * 列宽声明(P08_CSS 里 `#tbl2 th:nth-child(n)` 那几条,不必在这里重复)。
+ * 「说明」列是系统只读注释(目标件原话:「说明列为系统注释,无需填写」),不给 data-col。
+ */
+const P08_PARAMS_TABLE = `<div class="jc-tbl-wrap"><table id="tbl2">
+  <thead><tr>
+    <th style="width:38px">#</th>
+    <th class="req" data-h="所属料号">所属料号 internal_pn<span class="thd">归属表 1 哪条记录</span></th>
+    <th class="req" data-h="参数名">参数名</th>
+    <th class="req" data-h="值">值</th>
+    <th data-h="单位">单位</th>
+    <th class="req" data-h="约束类型">约束(硬/软)</th>
+    <th data-h="说明">说明</th>
+  </tr></thead>
+  <tbody data-rows="mine:parts.parameter" data-edit="parts.parameter"><tr>
+    <td class="rn"><span class="jc-rn-num"></span><button class="jc-rowdel" type="button" title="删除此行" data-edit-del="parts.parameter">×</button></td>
+    <td>${cell('internal_pn', 'mono')}</td>
+    <td>${cell('param_name')}</td>
+    <td>${cell('param_value', 'mono')}</td>
+    <td>${cell('param_unit')}</td>
+    <td>${badge('ct', 'constraint_type', true)}${select('constraint_type', [['hard', '硬约束'], ['soft', '软约束']], true)}</td>
+    <td class="desc">${ro('param_note')}</td>
  </tr></tbody>
 </table></div>`;

@@ -347,16 +385,21 @@ export const P08_MASTER_CREATE = doc({
  body:
    zone('做什么', '批量创建 P-08 主数据记录', ZIC_TASK) +
    note([
-      '<span class="need">模板定位</span>:本单是「数据工单」统一模板的实例——<b>一单一类(可多条)</b>:目标台账 = <b>芯片主数据(P-08)</b>;<b>字段即表头、每行一条新记录</b>;标准化参数集是这条记录的一个字段(一行一参数)。',
+      '<span class="need">模板定位</span>:本单是「数据工单」统一模板的实例——<b>一单一类(可多条)</b>:目标台账 = <b>芯片主数据(P-08)</b>;<b>字段即表头、每行一条新记录</b>;标准化参数集是它的结构子表(表 2,一行一参数,按所属料号归属)。',
      '<span class="need">触发原因</span>:系统按内部料号查芯片主数据<b>查无记录</b>——是「完全没有」,不是字段缺失(那归执行工单)。',
      '<span class="done">AI 预填</span>:上传了 datasheet 的料号 AI 已按资料预填,标着值的格子请核对;没上传的料号全部手填,同为合法路径。',
      '<span class="need">纪律</span>:必填列全齐才允许确认;确认后这批记录进本单草稿,放行时并入正式库并留痕(确认人 = 数据责任人);只建主数据,验证记录等事实类不在此建。',
    ]) +
-    zone('创建什么', '主数据记录(每行一条,＊为必填列)', ZIC_TABLE) +
+    zone('创建什么 · 表 1', '主数据记录(每行一条,＊为必填列)', ZIC_TABLE) +
    gapbar('parts_profile', '必填') +
    editGate('parts.profile', `<b>待建 <span data-slot="parts_profile_rows"></span> 条记录</b>,点「编辑」核对预填、补齐空缺;「＋ 加一行」= 再建一条`) +
    P08_TABLE +
    addrow('parts.profile', '＋ 加一行(再建一条记录)', '新行的内部料号必须写(它是这一行的钥匙);其余必填列全部填写后才允许确认;删一行 = 该记录不建') +
+    `<p class="zone tbl-gap">${ZIC_TABLE}<b>【创建什么 · 表 2】</b>—— 标准化参数集(每行一个参数,按所属料号归属,＊必填)</p>` +
+    gapbar('parts_parameter', '必填') +
+    editGate('parts.parameter', `<b>已铺 <span data-slot="parts_parameter_rows"></span> 行参数</b>(有 datasheet 的已按资料预填),点「编辑」核对修正;「＋ 加一行」补充未列出的参数`) +
+    P08_PARAMS_TABLE +
+    addrow('parts.parameter', '＋ 加一行(补充参数)', '所属料号 / 参数名 / 值 / 单位 / 约束类型齐全;「未披露」请直接写未披露,将进入 UNKNOWN 并挂验证任务;「说明」列为系统注释,无需填写') +
    flow('<b>提交 / 确认:</b>本工单只承载内容;确认请在对话区的【执行卡】中进行。确认后活动自动从「等待数据」唤醒。'),
 });