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/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,
       };
     },