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

手改是**兜 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-intake/src/index.ts

@@ -1,63 +1,17 @@
 /**
- * 统一报价 A1 · RFQ 需求分析 —— 活动包代码入口(ADR-004:默认导出 defineActivity 的返回值)。
+ * 统一报价 A1 · 询价受理 —— 活动包代码入口(ADR-004:默认导出 defineActivity 的返回值)。
  *
- * 这是 **flow** 活动:下一步由步序声明给定,引擎照谱推进;
- * 本文件承担声明装不下的那部分 —— 视图流控与纯工具(打标)。
- * **零环境能力**:一切能力经基座六件注入。
+ * **这个活动没有 `run`,不是缺件。**
+ *
+ * 2026-07-29 范式退役后,活动一律案例活动:推进由 Loop 驱动(定位 → 择向 → 决断 →
+ * 行动 → 写数据),行动全部落在基座六件上 —— 调工具、调人、立监听、写台账草稿。
+ * 活动要交代的东西因此**全在清单里**:案例模型(CMMN 子集)+ 案例说明书 + 两张判定表 +
+ * 三条技能 + 台账声明 + 四张 HTML 报告模版。「清单机器可读,系统不执行代码即知包为何物」。
+ *
+ * 这个文件之所以还存在,是因为清单的 `entry` 指着它 —— 它是**被静态审扫描的产物文本**
+ * (查 import 与全局引用,证明活动包零环境能力)。将来有确定性子序列要结晶成代码,
+ * 落点也在这里。现在没有就不写:摆一个空转的 `run` 去假装有实现,更坏。
  */
 import { defineActivity } from '@sdk';
-import type { ActivityBase, ActivityOutcome } from '@sdk';
 
-const INTAKE = 'quote_intake.record';
-const TYPE_TABLE = 'quote_intake.type_table';
-
-export default defineActivity({
-  name: 'quote-intake',
-  paradigm: 'flow',
-
-  async run(base: ActivityBase): Promise<ActivityOutcome> {
-    const records = await base.ledger.read(INTAKE, { customer_code: String(base.contract.data['customerCode'] ?? '') });
-    const typed = await base.ledger.read(TYPE_TABLE);
-
-    // 视图流控:按局面推结构化块 —— 内容归活动,容器归系统
-    await base.interaction.pushView([
-      {
-        t: 'kv',
-        title: '受理概览',
-        items: [
-          { k: '客户', v: String(base.contract.data['customerCode'] ?? '') },
-          { k: '已归一', v: `${records.length} 条` },
-          { k: '已打标', v: `${typed.length} 条` },
-        ],
-      },
-      {
-        t: 'table',
-        title: '统一受理记录',
-        cols: ['PN', '厂牌', 'EAU', 'Type'],
-        rows: records.map((r) => [
-          String(r['pn'] ?? ''),
-          String(r['brand'] ?? ''),
-          String(r['eau'] ?? ''),
-          String(r['type_tag'] ?? '未打标'),
-        ]),
-      },
-    ]);
-
-    const untyped = records.filter((r) => r['type_tag'] === undefined || r['type_tag'] === null);
-    if (untyped.length > 0) {
-      await base.interaction.say(`还有 ${untyped.length} 条未打标,继续按三分类规则 P-03 判定。`, 'conclusion');
-      return { kind: 'await', reason: '等待打标步完成' };
-    }
-
-    await base.interaction.say(
-      `${records.length} 条已全部打标:` +
-        `A ${count(records, 'A')} 条直通定价,B ${count(records, 'B')} 条转寻源,C ${count(records, 'C')} 条转选型。`,
-      'criterion',
-    );
-    return { kind: 'submit', deliverable: 'intake-record', rationale: '逐条已打标,必交付物齐备' };
-  },
-});
-
-function count(rows: ReadonlyArray<Record<string, unknown>>, tag: string): number {
-  return rows.filter((r) => r['type_tag'] === tag).length;
-}
+export default defineActivity({ name: 'quote-intake' });