API Changelog Bot和Claude Opus 5
52b3f81fd0
changelog-filename-gate / validate (push) Failing after 1s
代码 PR #8058（squash ac9efb735）已合入 dev-v3，fleet 测试服部署在 c35251b07
（2026-09-20 18:58，STATE=ok），merge-base --is-ancestor ac9efb735 c35251b07 = 真，
并用 jar 字节正负两向自证：新类 AssignmentOccupancyDayScope 部署前不在 jar 里、
部署后在（只查后一次没有分辨力）。
网关两轮独立实测 DELETE .../share-groups/{id}?survivorPolicy=RELEASE，两半边都取了：
- 阳性对照：本服务日那张确实被处理（assigned/有车 -> unassigned/NULL，且在
releasedSourceIds 里）；
- 负对照：跨日的独立派单三字段逐一不变，跨日+跨团的原受害者所在三个团七个服务日
共 7 行 fleet_group_dispatch 释放前后逐字段完全一致。
缺任一半，「另一日没变」与「解除根本没跑起来」观测上完全一样。
frontend_status=not_required：本次不改请求/响应形状、不增删字段、不新增错误码。
但仍是给 mmg 的知会件——「解除共用关系」这个动作的影响范围变了，看板上此前莫名
变成「待派车」的那些户，原因在此。
一并订正两处事实：
- 误伤是 6 行不是 7 行（第 7 行同日同槽，RELEASE 策略下本就在处置范围，补了日期
过滤照样会被释放）；
- 修复只动了 ASSIGNMENT 侧，GROUP_DISPATCH 侧本就按 trip_date 精确过滤、从无此 bug。
仍未解决且不在本篇范围：同一资源同一服务日上的非成员在途行仍会被 RELEASE 一并
软清（releaseClaims 不引用 members），已另立工单 #8061 待产品口径。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>