资料文件真产出来了;E04/I01 补到验收线,顺手填了几个「墙拦住却不给路」的坑

**资料文件全链**(用户:审核资料这一步要真产出 word/excel/md/html,前端能渲、点资料名能开)
接手时这一步一个文件都产不出来 —— S3 剧本白纸黑字写着「file_ref 本 MVP 阶段可留空」。
文件是台账那一行的投影,不另存一份:
· 声明 `file:{titleColumn,bodyColumn,formatColumn}`,它同时是授权面(没声明就点不开)
· 现造真字节 —— docx/xlsx 是自己打的 OOXML 包(zip-write:store+CRC32,零依赖)
· 读回来渲 —— 解的就是造出来那份字节,渲得出来才证明文件是真的
· 件上 `data-file-of` → 工作区二级界面(Word 纸面/Excel 网格/渲好的 md/沙箱 html)+ 下载原件
放行落地前把每一份冻进 `sys.task_asset_file`(迁移 0029):归档件点开的必须是签字那一刻
那一份,而资料落在主数据上、试跑单不落正式表 —— 不存这一份,收工后一个都点不开。
工作成果里「产出的资料」自成一摞。Markdown 富文本渲染顺带销账(仍零依赖)。

**Harness**
· 画面按「这一拍办完之后」在办的那一步挑 —— 从前拿拍首的局面决定拍尾的事:
  收掉 S4、发出 S5 的卡,而屏上还摆着 S4 的只读件,人无处可填(墙要配路第四次现形)
· 验收「重做」真能退回重做,且打回后台账没动就不许再提交(软硬两段,不锁死单子)
· 立监听的授权面是清单声明;发卡的授权面是调人预算,不是计划项
· 读工具同参重调有兜底;空转写身后还有行动就不废串;finish 的 doneWhen 按写完后的草稿算

**界面**
· 翻件与翻页各归各位(从前二选一,多卡多页时页翻不动);没得翻写「—」不写 0/0
· 工作成果详情能翻份;表宽超出能横滑(E04/I01 抄版式时把 overflow-x 抄丢了)
· 查看面灰底滚过一屏变白 —— 两条独立的路都治了(沙箱内不同色 / 弹性子项不长个)
· 测试台「取不到」不再当成「还活着」

**活动**
E04 关系覆盖、I01 品牌内容各自补到验收线:判据全读基座数、判据指向的东西摆上卡面、
样例满载且名字 ≤14 字;提交前要裁的判据搬进说明书(模型会压拍,压过之后只有说明书还在)。

验收:e2e i01 4/4、e04 3/3 全部 released,资料在办中渲得出、放行后存了档点得开;
门禁 typecheck/lint/depcruise/1628 测全绿。

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

apps/api/src/modules/loop-engine/CONTRACT.md

@@ -104,10 +104,26 @@
     `mayCompleteCase` 只对 release 为真,`mayTerminateCase` 只对 harness / owner / governance 为真
   - **提交放行 = 发验收卡**(2026-07-28 三修①):submit / 判齐(autoCompleteReady)
     不再返回 `submitted` 空转 —— 发**验收卡**、立监听、在途验收入状态信封
-    (`loop_state.pending`,迁移 0015);判齐重入不发第二张卡;裁决到达后由下一拍
-    定终局:pass → `finished` + `released: true`(选口随放行带回),reject → 不放行
+    (`loop_state.pending`,迁移 0015);判齐重入不发第二张卡;裁决到达后由下一拍分岔:
+    pass → `finished` + `released: true`(选口随放行带回);**非 pass = 打回重做,
+    不是终局**(2026-08-22 修死:从前非 pass 也走 `finished` 分支,task 层把
+    「finished 未放行」重新挂成 awaiting-human —— 人已经说了「重做」,却再没有事件
+    叫醒它,一单就此卡死)——意见(`PendingAcceptance.comment`,onEvent 从裁决载荷
+    捕入信封)以「验收被打回重做:…」进轨迹,在途验收清掉,**同一拍照常问模型**;
+    刚被打回的那一拍不走判齐快道(否则判齐恒真的活动会在意见没人读时原样再发一张卡),
+    模型修订后重新 submit,新发的验收卡才是下一次裁决的对象
   - **onEvent 只记不跑**(三修②):事件到达只登记 occur / 收裁决入信封,存快照即返;
     推进(可能含一次模型决策)统一发生在 tick —— steps/activeMs/tokens 一个预算口径
   - **任务轨迹喂回叙事面**(三修③):`memory.window(taskId)` 的最近轨迹进
     【本任务最近轨迹】段,窗口大小 = 活动声明的 `harness.memoryWindow`,Agent 每拍不失忆
   - **驳回是迁移不是状态**:`reenter` 以 repetitionRule 新实例重新入场
+  - **打回重做之后,没改过东西就不许再提交**(2026-08-23):`raiseAcceptance` 一处把关,
+    模型 submit 与判齐快道两条路共用 —— 打回之后台账没动过(写/撤都算)就拒;
+    软硬两段:头一次拒并指路(改台账 / 发卡问清楚要改什么),已因此拒过一次再提交就放行
+    (墙要配路,不锁死单子)。起因:打回那一刻案例模型的项常常全是 `Completed`,
+    模型除了原样重新 submit 无事可做,6 秒就把同一份成果递回来
+  - **立监听的授权面是活动清单的 `declarations.listeners`**(2026-08-23):
+    `ListenerRegistrar.declared(taskId)` 给出声明过的那几种,没声明过的类型当场拒。
+    与「写的授权面是台账声明」「调工具的授权面是白名单」同一条 ——
+    立了没人叫醒的监听不是等待,是失联(实测:模型在依赖断点上临场立 data 监听,
+    而那个活动一个监听都没声明,单子永久挂在 `awaiting-event`)