A2-A7 全部补齐到验收线;顺手把几处「门拦住却不给路」的坑填了

活动:A2 选型 / A3 寻源 / A4 定价 / A6 议价 / A7 归档五件各补成真活动包 ——
契约宽进(input.required 空,归一在活动内)、台账必填声明(含行级 requiredWhen)、
入场哨兵与 L1/L2 判据一律读基座数、两份件(在办可编辑 + 办结静态快照)、
三案例常备、包内自测。e2e 各三案例 released、行动被拒 0、发口正确、提交闸每单真拦。

基座(共享面,改一处影响所有活动,故每处都带回归):
· 重发判断走在站上场之前 —— 人答完那步常已收掉,readyToWork 先抛「不能再往它上面挂活」,
  于是「重发已答过的卡 = 无事发生」这条唯一活路在最需要时够不着,A1 基线当场熔断;
· 决策卡补幂等兜底(与执行工单同一把尺):头两次无事发生,第三次起才算被拒;
· 输出没成形先就地重问一次,原话进工作日志、不再摆上卡面;
· 工具调用读数 tool_<名>_calls —— 「机检只读基座数」这条纪律第一次覆盖到工具;
· 执行卡 steps/standard 补进出参 schema(从前能到卡面全靠厂商 JSON 模式宽松);
· 件的就地更新改逐节点 morph,保存先把新值镜像进只读那份 —— 不闪、不等回声。

A1(基线,全程守住):措辞三档对齐(必填/建议/选填)、禁止拿历史价当客户目标价、
卡骨架从步骤剧本搬进说明书(压成一拍连做时剧本没摊开,会发出没有指导书的裸卡)。

契约两处**新增可选字段**(非破坏):FieldDeclaration.requiredWhen、工单 finalHtml;
api-report 同批更新。docs/adr 与 docs/archive 的 13 份文件在工作树里不见了,
本次予以恢复而非提交删除。

门禁:typecheck / lint / depcruise / test(1366)全绿。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

apps/api/src/modules/human-tool/__tests__/card-rules.test.ts

@@ -68,8 +68,9 @@ describe('工单形态机检', () => {
   it('规范的执行工单通过', () => {
     expect(checkWorkOrder(execution())).toEqual([]);
   });
-  it('执行工单 = 指导书 + 空表单,表单不得为空', () => {
-    expect(checkWorkOrder(execution({ fields: [] })).map((v) => v.code)).toContain('fields-missing');
+  it('**执行工单空表单是常态** —— 填写全在工作区的件上,零字段照发(2026-08-02 用户定)', () => {
+    // 从前这儿拒发空表单;通道换到件上之后,那道拒发让活动照新规矩发卡被基座连拒到熔断(实测)
+    expect(checkWorkOrder(execution({ fields: [] }))).toEqual([]);
   });
   it('radio 字段缺选项即拒', () => {
     const v = checkWorkOrder(execution({ fields: [{ key: 'x', label: 'X', kind: 'radio' }] }));

apps/api/src/modules/human-tool/internal/domain/card-rules.ts

@@ -43,9 +43,14 @@ export function checkWorkOrder(order: WorkOrder): CardViolation[] {
 function checkExecution(order: ExecutionWorkOrder): CardViolation[] {
   const out: CardViolation[] = [];
   if (order.ask.trim() === '') out.push({ code: 'ask-missing', message: '执行工单必须给出工作要求' });
-  if (order.fields.length === 0) {
-    out.push({ code: 'fields-missing', message: '执行工单 = 指导书 + 空表单,表单不得为空' });
-  }
+  /*
+   * **执行卡零输入**(2026-08-02 用户定:「执行卡片不要有任何填写的了,填写全去
+   * 工作区」)—— 空表单是常态:填报在工作区的件上(editGate + 孪生件),
+   * 卡上只剩指导书、依据与提交钮。从前这里拒发空表单(「执行工单 = 指导书 +
+   * 空表单,表单不得为空」),那一版把表单当交付通道;通道换到件上之后,
+   * 这道拒发就成了活动照新规矩发卡、基座按旧规矩连拒到熔断(实测 A1 五拍)。
+   * 带字段的卡(如熔断卡的 decision)照旧合法 —— 只是不再强制。
+   */
   out.push(...checkFieldKeys(order.fields));
   return out;
 }

apps/api/src/modules/human-tool/internal/usecase/human-tool-service.ts

@@ -199,18 +199,48 @@ export function createHumanToolService(deps: HumanToolServiceDeps): HumanToolSer
       const values = reply.mode === 'acceptance' ? reply.values : reply.values;
       await deps.cards.markWorkOrderDone(reply.workOrderId, { at, by, result, values });
 
+      /*
+       * 出口:**算出来的优先,而且在服务端算数**(2026-08-02 修)。
+       *
+       * 契约给每个出口写了 `when`,放行那一刻这一口就已经由基座按序求值定下了
+       * (`routedPort`),人回传里带不带都不作数 —— 去向是台账那几个数的函数,
+       * 不是一道让人点的选择题。算不出来的组才退回 `selectedPorts`。
+       *
+       * 这段话从前只对**返回值**成立:抛回任务的人事件载荷是原始 reply,
+       * 而放行落地读的恰是事件载荷 —— 于是「routedPort 顶上」只发生在没人看的那一份里,
+       * 浏览器靠自己把算出的口塞进回传才活着(chat-bubbles 那段注释),
+       * 换个客户端(脚本、API 调用)就死在「选择组未选出口」(A2 e2e 实测)。
+       * **服务端说了算的事,不靠每个客户端自觉** —— 事件与返回值现在用同一份有效口。
+       */
+      const routed = (found.order as AcceptanceWorkOrder).routedPort;
+      const effectivePorts: Readonly<Record<string, string>> =
+        reply.mode !== 'acceptance' ? {} : routed !== undefined ? { [routed.group]: routed.name } : reply.selectedPorts;
+
       // 回传即留痕:谁、何时、答了什么、依据什么,随卡入任务记忆
+      /*
+       * **空答复要说成人话**(2026-08-02 用户实测送来的熔断单):执行卡零输入之后,
+       * 人「看过、确认、提交」的回传 `values` 就是空的 —— 痕上一个值都没有,
+       * 在模型眼里像「没答成」,于是把同一张卡再发一遍(连发五拍熔断)。
+       * 空不是没答:**是人照原样确认了**(件上若改过,那几笔已由保存那一刻落进草稿层)。
+       */
+      const blank = reply.mode === 'execution' && Object.keys(values).length === 0;
       await deps.memory.append({
         taskId: found.taskId,
         kind: reply.mode === 'acceptance' ? 'release-verdict' : 'card-reply',
         title: reply.mode === 'acceptance' ? `裁决:${reply.verdict}` : found.order.title,
-        detail: { by, values, mode: reply.mode, ...(reply.mode === 'acceptance' ? { comment: reply.comment } : {}) },
+        detail: {
+          by,
+          values,
+          mode: reply.mode,
+          ...(blank ? { note: '人已办完并交回(卡上无表单,改动若有已在件上保存时落进草稿层)—— 接着办说明书里「人交回之后」的事' } : {}),
+          ...(reply.mode === 'acceptance' ? { comment: reply.comment } : {}),
+        },
       });
-      // 回传经统一入口以人事件抛回任务
+      // 回传经统一入口以人事件抛回任务 —— 载荷带的是**有效口**,不是人碰巧发来的那份
       await deps.events.publishHumanEvent({
         taskId: found.taskId,
         cardId: reply.workOrderId,
-        payload: { ...reply },
+        payload: { ...reply, ...(reply.mode === 'acceptance' ? { selectedPorts: effectivePorts } : {}) },
       });
 
       const updated = await deps.cards.getWorkOrder(reply.workOrderId);
@@ -223,19 +253,7 @@ export function createHumanToolService(deps: HumanToolServiceDeps): HumanToolSer
         ...(reply.mode === 'acceptance' && reply.verdict !== 'pass'
           ? { rejection: { kind: reply.verdict, comment: reply.comment ?? '' } }
           : {}),
-        /*
-         * 出口:**算出来的优先**。
-         *
-         * 契约给每个出口写了 `when`,放行那一刻这一口就已经由基座按序求值定下了
-         * (`routedPort`),人回传里带不带都不作数 —— 去向是台账那几个数的函数,
-         * 不是一道让人点的选择题。算不出来的组才退回 `selectedPorts`。
-         */
-        selectedPorts:
-          reply.mode !== 'acceptance'
-            ? {}
-            : (order as AcceptanceWorkOrder).routedPort !== undefined
-              ? { [(order as AcceptanceWorkOrder).routedPort!.group]: (order as AcceptanceWorkOrder).routedPort!.name }
-              : reply.selectedPorts,
+        selectedPorts: effectivePorts,
       };
     },