diff --git a/activities/part-substitution-assessment/__tests__/activity.test.ts b/activities/part-substitution-assessment/__tests__/activity.test.ts
index 5c6dbbe..2402e2c 100644
--- a/activities/part-substitution-assessment/__tests__/activity.test.ts
+++ b/activities/part-substitution-assessment/__tests__/activity.test.ts
@@ -527,6 +527,26 @@ describe('件② 差异评估结论审核', () => {
     expect(html).toContain('data-class-of="recommendation_level"');
     expect(html).not.toContain('<script');
   });
+
+  /*
+   * 评审 fix round 1(变异实测三次,逮到两个活洞):上面「逐条明细可改」只断言了新开放的
+   * 四列存在,「推荐理由…只读」只断言了 relation 整表不许挂 data-edit —— 两头之间漏了
+   * 「明细表里其余本该只读的六列 + 收口两枚徽章,不许被顺手多挂一个 data-col」这一段。
+   * 旧的泛化断言(「data-col 都在台账声明里」)治不了这个:它按名字问「这个字段合法吗」,
+   * 不是「这一格该不该可改」——`risk_level` 同时是 `substitution.relation` 与
+   * `substitution.difference_item` 两张表都声明的字段名,两个问题在它身上分岔:挂了
+   * data-col 依然合法(两张表都真有这一列),泛化规则因此被这个撞车巧合放过。
+   * 这里改成显式点名,不再依赖任何泛化规则。
+   */
+  it('明细表六列(参数项/说明/约束/原值/候选值/单位)与收口两枚徽章(推荐等级/风险)必须保持只读 —— 显式点名,不靠泛化的「字段已声明」规则', () => {
+    for (const col of [
+      'parameter_name', 'parameter_desc', 'constraint_type',
+      'original_value', 'candidate_value', 'parameter_unit',
+      'recommendation_level', 'risk_level',
+    ]) {
+      expect(html, col).not.toContain(`data-col="${col}"`);
+    }
+  });
 });
 
 /*