2026-09-08 工作微博

一、今日工作总结 1、模块TOP大事 积分体系技术方案今天过评，最关键的一处是把门店维度写进了底层物理模型。积分池、积分批次、积分变动记录三类模型全加上，账户变动明细表和兑换单据表跟着继承，后面门店级数据权限、结案报表、前端明细都靠它。评审比原定的 9 月 10 日提前两天完成，11 号开发、14 号单测的节奏能松一口气。 券这块收紧了。券中心回调核销时，核销门店和人员必须跟发放时完全一致，跨门店核销直接堵死；券列表也改成按门店加人展示，店员只看得到发给本店或者本人在该店的券。

2、重点/基础工作

• 积分体系技术方案评审：底层物理模型新增门店维度，跳转积分乐园 API 更换、智慧门店改 allocate 桥接、券核销门店一致性校验、冻结必填门店、余额双维度查询、同步流水加经销商字段等核心接口调整合理；经销商字段先与营销活动中心对齐标准客户编码，李强发纪要、各相关端确认接口变更。
• 门店字段接收与数据补录方案评审：门店二级渠道类型字段在基础底座+老营销活动双项目补方案、千万级数据全量推送初始化、加索引前先清洗防锁表；9.1 起 SR 资源不足致 1.8 万条盘点数据丢失，走 Excel 灌 MQ 直补免发版，需确认 SR 是否已修复、评估 1-8 号门店/经销商变更对落户影响。

3、每日总结&思考： 【AI&Agent】今天方案里有句话让我停下来想了一会儿：新增经销商字段要跟营销活动中心对齐标准客户编码，理由是怕团队人员变动造成对接偏差。这话很朴素，但基本是踩过坑的人才写得出来——接口口径靠人记着，人一换就走样。这阵子做专项 5，我越来越觉得我们真正该沉淀的不是 Agent 本身，而是那些现在只装在几个人脑子里的判断和标准。要判断一个 Agent 做得值不值，我更倾向看它替掉了多少"只有某某才知道"的东西，而不是又上线了几个。 【工作思考】方案我投了通过，但心里留了两个问号。一个是存量：三类底层模型都加门店维度，老数据压根没有这个维度，回填口径谁定、怎么验，方案一句没提，上线前不解决，上线后就是加倍还。另一个更隐蔽——券核销要求门店和人员跟发放时完全一致，那店员调店了呢？他名下没核销的券就直接废掉？零售端调店、一人管多店太常见了。这种事也不是头一回：冷饮 H5 缺安全方案、职务表缺业务逻辑，都是主干想得挺完整、边界没写。我打算整一份极简自检清单，提交评审前自己先过一遍：存量数据、边界场景、异常兜底、并发验证、鉴权与暴露面。

二、明日工作计划 1、模块TOP大事 各相关端把积分接口变更确认掉，孔玮、王建朝推；同时把存量积分池门店维度的回填口径和责任人定下来，别等上线后再返工。 门店积分按 11 号开发、14 号单测往前推，计费侧的技术方案和测试用例评审结论一并收口。

2、重点/基础工作 1、营销活动中心-技术梳理专项 2、物码技术支持，营销活动中心液奶、奶酪、冷饮，计费管理、券中心、帖码 3、技术管理智能体研发

明日计划为推断，请确认。