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

手改是**兜 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

api-report/apps/api/src/modules/task/contract.d.ts

@@ -32,6 +32,8 @@ export type Task = {
     /** 起单来源:工作流节点;登记触发的直起单为 undefined */
     readonly workflowId?: string;
     readonly nodeId?: string;
+    /** `testbed` = 设计台试跑 —— 认得出才拔得掉(仿真不该在别人工作台上过夜) */
+    readonly origin?: string;
     readonly ownerId: StaffId;
     readonly title: string;
     readonly runtime: TaskRuntimeState;
@@ -52,6 +54,7 @@ export type StartTaskInput = {
     readonly title: string;
     readonly workflowId?: string;
     readonly nodeId?: string;
+    readonly origin?: string;
     /** 输入:data(按 schema 校验,缺项不得启动)+ message(委托消息,可为空) */
     readonly data: Record<string, unknown>;
     readonly message?: string;

api-report/apps/api/src/modules/task/port.d.ts

@@ -26,10 +26,34 @@ export type ActivityLoader = {
         envelope: Record<string, unknown>;
         /** 输入 data 的 JSON Schema —— 缺项不得启动 */
         inputSchema: Record<string, unknown>;
+        /**
+         * 这一单是被一封信叫起来的 —— 活动清单声明的**来件字段映射**。
+         * 声明了,起单那一刻就把来件归进沟通记录(工作台那一屏)。
+         */
+        inboundComm?: {
+            channel: string;
+            partyField: string;
+            subjectField?: string | undefined;
+            bodyField?: string | undefined;
+            attachmentsField?: string | undefined;
+        };
         businessModel: unknown;
         stallAfter: string;
     }>;
 };
+/** 沟通记录 —— 一单往来的原件存档(工作台「沟通记录」那一屏读它) */
+export type CommRecorder = {
+    record(input: {
+        taskId: TaskId;
+        direction: 'in' | 'out';
+        channel: string;
+        party: string;
+        subject: string;
+        body: string;
+        attachments: readonly unknown[];
+        note: string;
+    }): Promise<void>;
+};
 export type SchemaValidator = {
     validate(schema: Record<string, unknown>, value: unknown): {
         ok: boolean;
@@ -76,8 +100,11 @@ export type LandingGateway = {
 export type MemoryRecorder = {
     append(input: {
         taskId: TaskId;
-        /** control = 治理干预(叫停 / 恢复 / 改派):人对过程的裁断,归人裁决侧 */
-        kind: 'engine-transition' | 'terminal' | 'observation' | 'control';
+        /**
+         * control = 治理干预(叫停 / 恢复 / 改派):人对过程的裁断,归人裁决侧。
+         * trigger = 触发事件:这一单被什么叫起来的 —— 不是机器产出,也不是谁的动作。
+         */
+        kind: 'engine-transition' | 'terminal' | 'observation' | 'control' | 'trigger';
         title: string;
         detail?: Record<string, unknown>;
     }): Promise<void>;