API Changelog Bot和Claude Opus 5
6ce29f1872
changelog-filename-gate / validate (push) Failing after 1s
三份同属一个机制：@Lock4j 未写 name 时 lock4j 把方法名拼进锁键，keys 逐字相同的 多个方法各持一把锁、互不阻塞。本批给各组补同一个显式 name，互斥才真正生效。 对前端唯一可见的变化是这些端点新增一个可能返回的 100503（HTTP 200 + body code）。 路径、方法、请求/响应字段全部零变化。 - 配房工作台 7 个写口（PR #8069）：全 admin，无 mp/C 端。 - 出行人删改 + 发票申请 8 个写口（PR #8049）：三组全部触达小程序 C 端， 逐端点沿 hl-mp-service 的 Feign 与公网 Controller 查证了调用链。 - 产品库存扣减/恢复 2 个 internal 口（PR #8047）：当前零调用方，修复是预防性的。 三份 backend_status 均为 deployed 且附真实部署读数：product-v2 滚到 ba8aab3ab （部署前 4cbccc26b，落后 93 个提交）、order-v3 滚到 ba8aab3ab（部署前 c35251b07）， merge-base --is-ancestor 逐个验过。其中 AC-5 的 b9738a20f 在部署前确实不在运行版本内， 是真正的「从不生效到生效」。 🔴 三份的「八、测试环境已验证」都明写了没有做功能调用取证及其原因（写口调用会真实 改动配房行/出行人行/库存，测试服数据多会话共用且撤不回来），并写明 100503 一次都 没触发过——是「没测」不是「测过不会触发」。互斥由落库级并发 IT 与按效果枚举的契约 用例覆盖，这是 name 契约类改动的恰当取证层级。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>