#8576:我在 2026-09-30 把它从 not_required 改成 pending 是错的,本次改回。 错因是读了落后 693 个提交的 hl-ui 本地工作树——#8464(提交 d7e932ac,2026-09-28) 已整体删除 src/views/fleet/group-dispatch/,src/api/fleet/group-dispatch.js 随之 收缩到只剩 getGroupDispatchPendingBatches,reconfigure / confirm 在前端已无消费方。 对 origin/v2.1 第三次复核:specWarnings 在 src/ 下 0 命中(唯一命中在 .claude 备忘文件), reconfigure 的 src/ 命中全是注释或 order-v2 同词异义;阳性对照 13 个文件有 export function、 matrix.js 有活跃消费方,证明检索本身有分辨力。 #8597:点明「房务控制台」整个域在前端尚不存在(9 个关键词 0 命中,阳性对照 house-allocation 活跃),故此处的 not_required 是「没有可改的代码」而非「对现有页面透明」,需与 #8491 一并核对。 #8603:点名前端真实渲染点 Step3PickupDropoff.vue:178-179 读的是 props.order.pickupDropoffGate (未动的那个对象),与本次删字段的 ConfirmRequirementRespVO 不是同一载体,避免下一个人 按字段名 grep 得出相反结论。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
新增 30_8597 覆盖两个端点: - PUT /v3/admin/order/house-console/room-transfers/{id}/deadline - GET /v3/admin/order/house-console/audit 同时就地订正已交付的 30_8491(4 行 / 3 处):原文写「cancelDays 传 null 时 cancelCutoff / remindDays 一并清空」,与源码相反。HouseRoomTransferManager#doUpdateDeadline 对 cancelDays == null 的分支是「cutoff / remind 沿用行上原值」——两列 NOT NULL, 传 null 会被 Mapper 守卫当失败返 0、进而被误报成并发修改(正是 #8597 的根因)。 30_8491 自己第 1847 行记录的实测读数也是「cancelCutoff 保留」,即该文件内部自相矛盾。 订正不是措辞问题:前端若按原文写 `cancelCutoff === null` 去判「有没有设期限」, 那个判断恒为 false。订正后同时写明正确判据是看 cancelDays 或 risk === "NO_DEADLINE"。 两文件 validate-changelog-frontmatter.mjs --files 全绿(校验 2 个对象,EXIT=0)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>