人手改的那一手真正落得下去;界面不撒谎那几处补齐

手改是**兜 AI 的错**的那一手 —— 这一轮把它从「摆在那儿但落不了地」做成真的:

件上就地改
· 保存**按地址收**,不看当下那张卡:载荷从前借道工单的 `blocks[i]` 取列名,
  于是熔断卡(没有 blocks)在屏上时,人补的那一格一个字都送不出去 ——
  而他要补的恰恰是把这一单卡住的那个必填格。授权面改由活动清单的台账声明把关。
· **能增删行**:错不止「这一格填错了」,还有「这一行不该在」与「漏了一行」。
  删挂记号不当场抹掉(看得见、可后悔),且**删要说出来**(`drops`)——
  「没回传就是删了」会把一次不完整的回传变成一次删表。
· **必填没填按不下提交**:与放行门 L1 同一个数同一套算法;闸上摆出差在哪一行哪一格。
· 只写真改了的那几行 —— 改一格却留「修订 4 行」的痕,那句话是假的。

判据与门
· 裁量判据带谓词时**谓词说了算**:「选填缺口已补齐」基座数得出来,
  人填好的目标价它照样判「客户未提供」的毛病由此消掉。
· 验收卡判据**读时现算** —— 人在成果件上补一格,判据跟着变。
· 放行门认「**办完了没有**」不认「有人写过」:从前写个 `false` 就把门推开,
  于是一单没打标就进了放行门。三个数全由基座现数。
· 拒回把「活没干完」说成「数或行对不上」的毛病:判据点名的表一行都没写时直说那一步没办。
  **指向两扇打不开的门,比不指还糟。**

界面不撒谎
· 日志只有三色:负责人绿 · 智能体蓝 · 系统灰(归侧五种是度量的分法,不是给人看的)。
· 验收收口答两件事:落了什么(按**交付物**点名,一份成果的几张表并成一行)、
  往哪儿去(转出哪一口、带过去哪些字段);一个口都没发就直说到此为止。
· 签完到收尾之间那一段有自己的话「字已签下,正在落地」—— 中间态本来就该说出来,只是要说对。
· 消息不再被内部事件刷屏:只有从通道进来的件才谈得上「无人认领」。
· 建客户公司与联系人**一次确认落两行**;联系人编码自增不问人;卡面摆表的人读名。

A1 三案例端到端全 released:全 A 类直通 12 拍 / 客户点名跳一条 10 拍 / 新客户缺必填 14 拍。
五道门禁全绿(971 passed)。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp

activities/quote-alternative/src/manifest.ts

@@ -9,7 +9,7 @@ import type { ActivityManifest, DmnModel } from '@contracts';
 import { ALTERNATIVE_SKILLS } from './skills.ts';
 import { ALTERNATIVE_CASE } from './views/report.ts';
 import { activityIdSchema } from '@contracts';
-import { CMMN_XML, NARRATIVE } from './case-model.ts';
+import { ALTERNATIVE_STEPS, CMMN_XML, NARRATIVE } from './case-model.ts';
 
 const DOMAIN = 'quote_alternative';
 const ACTIVITY_ID = activityIdSchema.parse('quote-alternative');
@@ -41,7 +41,7 @@ export const manifest: ActivityManifest = {
   identity: {
     activityId: ACTIVITY_ID,
     name: 'A2 · 替代选型',
-    packageVersion: '0.1.3',
+    packageVersion: '2.0.0',
     category: '统一报价',
     sdkVersion: '0.1.0-m5',
     checksum: 'dev-checksum-quote-alternative',
@@ -51,13 +51,24 @@ export const manifest: ActivityManifest = {
     activityId: ACTIVITY_ID,
     version: '0.1.0',
     input: {
+      /*
+       * 入参对齐**上游真发的东西**(2026-07-31,MVP 第一轮跑出来的)。
+       *
+       * A1 的 `to-alternative` 口发的是 `altRequests`(一批替代评估请求,一条料一行),
+       * 不是单个 `originalPn` —— 而这里从前把 `originalPn` 写成必填,
+       * 于是流程走到 A2 就停在补全卡上:「缺 originalPn」。
+       * 上游发一批,下游要一个,这是**契约对不上**,不是数据缺失。
+       *
+       * 一单可能要替代好几颗料,`altRequests` 才是那件事的真形状。
+       */
       data: {
         type: 'object',
-        required: ['originalPn'],
+        required: ['rfqRef', 'altRequests'],
         properties: {
-          originalPn: { type: 'string' },
+          rfqRef: { type: 'string', title: '询价单号(单标识,贯穿全流程)' },
+          altRequests: { type: 'array', title: '替代评估请求(原 PN + 替代要求)' },
+          originalPn: { type: 'string', title: '原型号(单条时的便捷入口)' },
           chipType: { type: 'string' },
-          params: { type: 'object' },
           scenario: { type: 'string' },
         },
       },
@@ -67,19 +78,43 @@ export const manifest: ActivityManifest = {
       mandatory: [
         {
           name: 'benchmark',
-          payload: { type: 'object', required: ['rows'], properties: { rows: { type: 'array' } } },
+          payload: { type: 'object', required: ['rfqRef', 'rows'], properties: {
+              /*
+               * **下游那条边读的就是它**(流程包 E5:A2→A3 `needSourcing = true`)。
+               * 从前这个口只发对标表,而边上写着 needSourcing —— 那条边永远不成立,
+               * 选完型再要寻价的单子出了 A2 就没路可走(与 A1 当年的 G1 全流死路同一种错)。
+               */
+              needSourcing: { type: 'boolean', title: '选定的替代料仍需寻价' }, rfqRef: { type: 'string' }, rows: { type: 'array' } } },
           description: '替代对标表(已签字)',
         },
       ],
       selective: [],
     },
-    requiredDeliverables: [{ key: 'benchmark-table', label: '替代对标表(FAE 签字)' }],
+    /*
+     * 必交付物**必须给 `ledger` 地址**(2026-07-31 修)。
+     * 不给的话预检退回 `scope[key]` 去找 —— key 是 `benchmark-table` 这样的短横线别名,
+     * 任务视图里永远没有这个键,于是「必交付物缺一不得提交放行」永远拒,
+     * 活办完了也放不了行,连拒五拍熔断(实测 A2 死于此)。
+     */
+    requiredDeliverables: [
+      { key: 'benchmark-table', label: '替代对标表(FAE 签字)', ledger: `${DOMAIN}.benchmark` },
+    ],
+    /*
+     * 机检谓词读的是 `verdict` 那张**汇总表**的列(照 A1 的口径)。
+     *
+     * 上一版写的是 `candidatesConfirmed >= 2` 与 `undocumentedDiff = 0` ——
+     * 这两个名字**台账里根本没有**(既不是案卷项,也不是任何一张表的列)。
+     * S-FEEL 拿未绑定的名字比大小求值为假,于是这两条判据**永远达不了标**:
+     * Agent 把活办得再干净也过不了 submit 门,连拒五拍熔断 —— 实测 A2 就死在这儿。
+     * 判据的名字必须落在台账上,否则「机检」是一句空话(2026-07-31 销账)。
+     */
     acceptanceCriteria: [
-      { key: 'candidates', label: '2~3 颗分级候选经确认', level: 'L2', predicate: 'candidatesConfirmed >= 2' },
-      { key: 'diff-clear', label: '差异项与风险逐项写清', level: 'L2', predicate: 'undocumentedDiff = 0' },
+      { key: 'candidates', label: '2~3 颗分级候选经确认', level: 'L2', predicate: 'candidate_total >= 2' },
+      { key: 'diff-clear', label: '差异项与风险逐项写清', level: 'L2', predicate: 'undocumented_total = 0' },
       { key: 'source-traceable', label: '每项数据来源可溯(以原厂官网规格书为准)', level: 'L3' },
       { key: 'fae-sign', label: 'FAE 签字放行', level: 'L5' },
     ],
+    revisableAtRelease: [],
     prohibitions: [
       { key: 'no-unclear-diff', statement: '差异没核清的不放行' },
       { key: 'no-banned', statement: '客户技术画像禁用清单里的型号不得作候选' },
@@ -105,8 +140,11 @@ export const manifest: ActivityManifest = {
       {
         domain: DOMAIN,
         object: 'shortlist',
+        kind: 'record',
+        caseKey: 'rfq_ref',
         label: '初筛清单',
         fields: [
+          { name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
           { name: 'original_pn', type: 'text', primaryKey: true, masked: false, label: '原型号' },
           { name: 'candidate_pn', type: 'text', primaryKey: true, masked: false, label: '候选型号' },
           { name: 'brand', type: 'text', primaryKey: false, masked: false, label: '品牌' },
@@ -116,8 +154,11 @@ export const manifest: ActivityManifest = {
       {
         domain: DOMAIN,
         object: 'benchmark',
+        kind: 'record',
+        caseKey: 'rfq_ref',
         label: '替代对标表',
         fields: [
+          { name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
           { name: 'original_pn', type: 'text', primaryKey: true, masked: false },
           { name: 'candidate_pn', type: 'text', primaryKey: true, masked: false },
           { name: 'grade', type: 'text', primaryKey: false, masked: false, label: '替代等级' },
@@ -127,6 +168,33 @@ export const manifest: ActivityManifest = {
           { name: 'signed_by', type: 'text', primaryKey: false, masked: false, label: 'FAE 签字' },
         ],
       },
+      {
+        /*
+         * 选型结论 —— 一单一行的**汇总表**,验收机检谓词的入参就在这儿。
+         * 汇总列与逐行列**故意不同名**:任务视图把草稿行摊平到顶层是「后写的赢」,
+         * 拿逐行列求值只会验到最后写的那一行,那不叫机检、叫抽样(A1 的教训)。
+         */
+        domain: DOMAIN,
+        object: 'verdict',
+        kind: 'record',
+        caseKey: 'rfq_ref',
+        label: '选型结论',
+        fields: [
+          { name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
+          { name: 'original_pn', type: 'text', primaryKey: false, masked: false, label: '原型号' },
+          { name: 'candidate_total', type: 'integer', primaryKey: false, masked: false, label: '候选条数' },
+          { name: 'benchmark_total', type: 'integer', primaryKey: false, masked: false, label: '对标条数' },
+          {
+            name: 'undocumented_total',
+            type: 'integer',
+            primaryKey: false,
+            masked: false,
+            label: '差异项或风险缺失条数',
+          },
+          { name: 'recommend_pn', type: 'text', primaryKey: false, masked: false, label: '主推候选' },
+          { name: 'summary', type: 'text', primaryKey: false, masked: false, label: '选型结论' },
+        ],
+      },
     ],
     listeners: [
       {
@@ -161,6 +229,8 @@ export const manifest: ActivityManifest = {
       cmmnXml: CMMN_XML,
       narrative: NARRATIVE,
       dmn: GRADE_DMN,
+      /* 步骤剧本 —— 与 A1 同一套:doneWhen 真了引擎自己收步,不问模型 */
+      steps: ALTERNATIVE_STEPS,
     },
     skills: ALTERNATIVE_SKILLS,
     viewTemplates: [{ name: 'case-overview', html: ALTERNATIVE_CASE }],