4 次代码提交

包含重命名

作者	SHA1	备注	提交日期
API Changelog Bot和Claude Opus 5	903e30b4d1	docs(changelog): 订正 #8576 的 frontend_status 误判，并给 #8597/#8603 补 not_required 的限定 ... #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>	2026-09-30 15:55:39 +08:00
API Changelog Bot和Claude Opus 5	e1ae777695	docs(changelog): 订正 #8576/#8601/#8577 三份交接件的编造内容与 frontend_status ... 三份都是既有条目（#8576/#8601 由 da562f3 批次产出，#8577 单独产出），本次逐条对源码与 测试服实测记录核对后订正，不新增条目。 #8576 - frontend_status 由 not_required 改回 pending（ca26be4 批量置位）。依据：hl-ui origin/v2.1 确有 src/api/fleet/group-dispatch.js 消费 reconfigure / confirm 两个端点， 而全仓 specWarnings 命中数为 0 —— 新字段目前无人渲染，车辆规格提醒对车务不可见。 改判原因已按 FRONTEND_CONSUMPTION_STATUS_GUIDE 要求写进 status_note。 - 两处错误响应示例的 message 是编造的，换成 GroupDispatchAdminErrorCode 的真实模板。 - planVersion 出参类型 Integer/Long 统一为 Long（两张表）。 #8601 - 删掉四处「589535 适用于本端点」的错误断言。实证：RequirementService.java:4749 对 resourceType=VEHICLE 硬编码 hasActiveAssignments=false，该码在车需求打回上结构性不可达。 - 编造的订单 ID 2099459272533323777 换成实测的 2105173274755534850（dispatch）与 2105173313083080706（reject）。 - 错误码集合订正为 809000 / 809007（仅 dispatch）/ 582031 / 582083。 #8577 - 订正一处「POST requirement/confirm 零影响」的错误断言：doConfirm 与 confirm-check 共用 已收窄的 classifyVehicleSubmission，该端点的 809122 触发条件同步收窄。 - 809121 / 809123 的错误响应示例换成测试服实测原文。 - frontend_status 保留 not_required，但把判定依据写进 status_note：三个码一律走拦截器透 message、生产代码无一处按报文匹配、前端也无纯接送机户的规避需要撤除；同时列出五处现已 陈旧的前端注释与一处 mock 报文，供 mmg 顺手清理。 门禁：validate-changelog-frontmatter.mjs --files 三个文件一次通过（PASS: 3 files）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 15:17:17 +08:00
Mimingguang	ca26be400d	docs(changelog): 16 份前端判 not_required(#8621/#8603/#8559/#8577/#8593/#8576/#8536/#8528/#8571/#8561/#8597/#8491旧列表/#8533/#8508/#8515/#8613)	2026-09-30 10:30:14 +08:00
API Changelog Bot和Claude Opus 5	da562f36d4	docs(changelog): 补 5 张已合并工单的前端交接件（#8559 #8576 #8577 #8601 #8603） ... - #8559 团期用车户数计入汇总读数不再随 kind 筛选变化 - #8576 团期配车提交与确认响应新增车辆规格提醒清单 - #8577 只提交接送机的户不再被判「未提交用车需求」 - #8601 逐户提交车务与打回的 kind 参数取消默认值，新增 809012 - #8603 派单确认响应删除恒空的接送机缺失日期字段 后端均已部署测试服（order-v3 / fleet @ d57498d381），网关实测通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-30 05:51:38 +08:00