API Changelog Bot和Claude Opus 5
e1ae777695
changelog-filename-gate / validate (push) Failing after 2s
三份都是既有条目（#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>