API Changelog Bot和Claude Opus 5
89d7e4f75d
前端会话核出 01_6905 第 446 行写着「预计毛利 = totalPrice − estimatedCost 现可直接算 （estimatedCost 已可用）」，而该字段从未有过数据。前端据此规划的「预计毛利」列在任何时点都算不出来。 本会话独立复核成立，并补上两个原 grep 会漏的口径： - setEstimatedCost 在 main 代码 0 命中； - getEstimatedCost 也是 0 命中——这条关键，MyBatis-Plus 的 LambdaUpdateWrapper.set(Entity::getXxx, v) 用的是 getter 引用，只 grep setter 会整类漏掉； - 字段名在整个 Java 侧只出现在实体 OrderInfo.java 自身的声明里，其余全是 docs 与建表 DDL ⇒ 没有任何别的 DTO/VO 带这个属性名，连 BeanUtil 那种反射拷贝也无从填它。 ⇒ order_main.estimated_cost 全仓零写入点，estimatedCost 自 #6905(47aaff0be) 透出那天起恒 null， 不是后来才失效；已于 #7536(6182d566d) 从 003 出参删除。 ⚠️ 同一条错话在正文共 4 处（字段表 :281、totalPrice 行的毛利公式 :282、 新增/派生对照表 :390、联调口径第 4 条 :446），外加在途返工表 :455 的半句。 只改被举报的那一处会让订正本身成为新的不一致来源，故五处一并改，并做了全文残留断言： 无订正标记而仍出现 estimatedCost 的行 = 0。 订正一律保留原文加删除线、不抹除，旧串仍可被 grep 接住（estimatedCost 出现 11 次）。 同时指向现行宿主：逐户毛利在核团接口 GET /v3/admin/order/group-batch/{groupBatchId}/audit 的 allocs[].grossProfit / costAmount（GroupBatchAuditRespVO:204-208 声明， GroupBatchAuditService:742-743 真实填值，见 18_7932，亦即 14_7536:97「毛利改核单页」所指）。 顺带订正出处：estimatedCost 由 #6905(47aaff0be) 引入，不是 df8dbea0c——后者只加了 totalPrice。 发现来源：前端问题会话对 origin/dev-v3 的两轮核查（核查 + 对抗复核）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>