API Changelog Bot和Claude Opus 5
91cca38c2e
changelog-filename-gate / validate (push) Failing after 2s
2026-09-20 18:22-18:46 经网关 api.test.1814.love:9443 实测（账号 cw_test_7444）： - #7988 GET .../vehicle-requirement：七个只读观测字段全部出现，字段名/类型与正文 一字对应，逐字段对照无出入。 - #7987 GET .../status-logs：开窗（BATCH_VEHICLE_REQUIREMENT_REOPENED）与重配 （BATCH_VEHICLE_DISPATCH_RECONFIGURED）两类事件均取到，extra 各项齐全。 - #8013 POST/GET .../share-groups：只改 costBearer 不改成员，写出的历史行是 COST_BEARER_CHANGED 而非 MEMBER_ADDED，且按正文声明的口径用事后 GET 查证， 没有拿 POST 响应体推断。 订正 #7987 一处契约偏差（5 个位置）：重配事件的 operatorId 正文写字符串 "SYSTEM"， 实测为 null，与库里其它 SYSTEM 类事件（如 BATCH_VEHICLE_REQUIREMENT_DONE）惯例一致， 判为文档写错而非实现错。前端若按原文档判空会得到相反预期，故订正与发布同一批。 backend_status 的判据是 merge-base --is-ancestor 对各自 squash 提交与测试服部署点 （fleet 311dc92ee / order-v3 e179e09bd）逐条为真，不是「已在主线」这种弱判据。 verified_at 留空：该字段归 frontend_status 用，与 gateway 的验证时刻是两码事。 同批还有 #7444 与 #7973 两份草稿未推送，gateway_status 如实保持 pending—— #7444 缺 reconfigure / restore-cancel happy path / DELETE 三处证据， #7973 的 confirmCrossResident 入参未被真正走到（目标资源已占用，未触发 605036 分支）。 「同一个端点被调通了」不等于「本篇登记的那个入参被验过了」。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>