---
title: 2026年第42周工作周报
---

2026年第42周工作周报（10.12-10.18）

本周（10-12 周一 ~ 10-14 周三有记录，10-15 周四上线日生报）共 3 个工作日、18 项工作记录，其中评审/走查类 10 场、个人交付 1 项。核心主线是「门店积分 10-15 版本上线冲刺（周一定档 → 周三评审 → 周四发版）」与「积分/券/计费三系统逆向与幂等能力集中评审」。
本周无独立技术评审文档（根目录无 202610*-技术评审-*.md），周报以工作日志为唯一来源；无需求评审与测试用例评审专场。

一、门店积分运营系统（10-15 版本上线冲刺）

本周围绕 10-15 上线节点完成「定档 → 评审 → 发版」全链条推进：测试进入收尾、UAT 范围明确简化、监控问题逐项销项、三系统上线检查清单前置。

测试进度与 UAT 范围（10-12 物码早会）：

• 测试通过率：活动场景 91%（剩 10 个场景当日执行、无卡点）、盘点任务 99%（余 1 条需开发辅助开启定时任务的用例）、积分兑换卡券 33 个异常场景（模拟网络慢/兑换失败）经与开发确认不模拟则不再测试，该模块基本视为通过。遗留：小智端滚动条 UI 重复、活动触发方式复测仍有问题（晓娜验收后仍未解，@郑然然 持续跟进）。
• UAT 范围简化决策：为避免业务二次测试，UAT 聚焦盘点任务、下发积分、积分兑换三个环节；门店维度部分简化——业务若改用经销商维度会导致历史数据无法融合清洗，建议业务方不使用门店维度功能、暂不发放积分。移动端看板测试与大盘点任务合并至 14 日统一执行（@郑然然 准备 UAT 用例与账号，邮件同步业务方）。
• 上线节点定档：14 日下午 5–6 点上线评审会（全员参加），15 日正式上线；本次为静默上线，优先保障功能测试，压测不一定上线前全部完成，但盘点任务场景须单独压测（@郑然然、@吴菊 明确压测方案与排除依据）。

监控与数据一致性：

• 监控问题逐项销项：序号三「重复签收」10 月验证不存在；序号四「经销商财务失效导致盘点」已在 1015 版本解决；序号二开发中、序号五/六继续排查（@孙东栋）；序号六系上周一已沟通解决、待发版关闭。
• 数据一致性修复按计划推进，10-12 与建新沟通营销活动中心 P1/P2 级问题处理计划（@邢健 评估优先级并协调会议）。
• 1015 上线需求推进（10-13，管理要求）：营销活动中心、计费管理、券中心三系统的供应商团队须按管理要求维护上线评审检查清单，代码评审与上线方案评审为清单必填项，把评审前置为过程动作而非上线前临时收料，14 日评审会前完成自查（责任人待定）。

二、计费管理（积分上线方案 + 钱包压测）

本周两场评审 + 一场压测评审，敲定积分系统上线方案、核心幂等设计与微服务拆分路线；钱包 8 接口压测发现 CPU 瓶颈并明确硬性通过标准。

钱包压测评审（10-12）：

• 同步红包记账流水 TPS 达标但 CPU 超标：TPS 530，压测中 CPU 峰值 99.64%（并发约 500 远超实际处理能力），不符合通过标准；重新策略：并发降至 100 左右按 30/60/80/100 阶梯递增，CPU 达 80% 立即停止加压并记录最大 TPS（@丁聪）。混合查询 TPS 1600~2800、CPU 30%~40% 稳定；H5 登录 TPS 2941（纯 Redis 身份票据、无 DB 查询），但脚本有效性存疑，需结合线上日志核实请求是否真实到达服务端（@王军）。
• 硬性通过标准：CPU 与内存 ≤80%、P95 响应时间 ≤500ms。报告规范：补充各场景 TPS 对应最大并发值与时间点、删除无效 ToC 生产环境吞吐量计算、末尾补小时级可支撑请求频次估算；记账红包余额接口 DB 内存高位需说明系腾讯 DB 自身机制 + Redis 缓存命中（@王军、@丁聪）。

代码走查 & 上线方案评审（10-14）：

• 数据准备：多表新增事业部字段，历史空值统一初始化为液奶；生产环境走临时表中转、校验无误后再合并正式表。
• 发版安排：共 5 个项目包（前端 2、后端 3）按版本顺序执行脚本；因多设备架构升级需先关闭网关入口停服，恢复后通知营销活动侧重试失败的红包记账流水（@王军 沟通明飞团队、提前对齐停服时间）；发版申请附件仅填文件名，敏感参数不公开贴出。
• 代码评审聚焦三大核心模块：积分记账流水以上游全局业务 ID 作唯一索引防重、MQ 消峰填谷、锁竞争失败约 3 分钟重试其他错误不重试；积分兑换分冻结与扣减两阶段，严格 FIFO 校验可用积分与批次失效时间；记账流水与积分池的防重幂等设计为评审重点。

积分池扣减与兑换逻辑评审（10-14）：

• 幂等双兜底：积分池互斥锁 + 外部订单号唯一性校验；内部不建外部订单号唯一索引（避免性能下降）仅普通索引辅助查询；锁竞争失败等异常归为独立失败类型，不与正常业务失败混淆。
• 分布式锁：现用 Redis 5 秒短锁、竞争失败强制续期 30 分钟为临时方案，后续引入看门狗组件替代自定义续期；锁释放在 finally 块兜底。
• 架构路线：红包/积分/优惠券按流量渐进式拆独立微服务并分库，实现不同事业部数据层与服务层隔离；为避免明年各事业部量级上来后数据迁移复杂度升高，数据迁移优先级提前与孔伟沟通上调。
• 发版与压测：15 日晚为发版窗口，UAT 演示后提发版申请并补齐回滚操作步骤（@王军）；压测严格四项——奶路营销网络中心暂停上线（多事业部架构升级代码无法拆分、不启用入口）、钱包 H5 积分入口隐藏、冷饮一期智慧门店钱包部分不上线而卡券部分上线、压测报告放入发版计划。

三、券中心 ECC（积分需求 v2 接口升级，评审通过）

• 结论：评审通过，10-14 晚 20:00 执行升级，停服网关约 20 分钟完成表结构变更，须 15 号上班前完成（@杨建 重新申请发布工单、交建南老师审批）。v1 接口未做改动且已独立切割，计费中心/智慧门店等对接方明晚上线不受影响；数据库初始化值、配置、分支检查及 Nacos/XJob 均已提前就绪。
• 接口升级五项：查询列表与统计接口新增游标字段（供计费中心分页拉取）；新增按门店编码分组查询（智慧门店取各门店券量）；获取核销码支持同一种券类型的多个券码批量生成二维码（重新生成含交集的券码后原交集码失效）；核销接口支持一码多券批量核销并按货补券/代金券等类型区分处理；新增核销状态查询接口（供计费与营销助手轮询）。另：自制券发券新增产品数量入参，支持一张券对应多产品的积分兑换。
• 数据库与推送：货补券等非空字段调整可空以兼容积分需求大量可空参数，新增可控字段、清理无用索引；核销推送复用通用异步能力（记录请求/响应参数）+ 失败重试三次 + 人工补推定时任务兜底。
• 风险与遗留：批量券类型校验目前仅前端实现、后端以担心影响生码响应速度为由未加，为会上口头接受、未形成强制校验动作；测试中心数据库表是否被中台抽取未闭环（@杨建 会后确认）。

四、营销活动中心

本周密度最高，覆盖人员类型优化、积分逆向、盘点维度扩展、中奖明细数据修复、SR 丢数根因与盘点代码评审七条线。

积分逆向体系（人员类型优化 + 逆向扣减，10-12 两场评审）：

• 人员类型优化：前端仅传人员编码、后端反查主数据按 3 级类型存储（内部/外部大类 → 外部集合分类 → 最细粒度职务角色），覆盖查证签收、盘点、B 端出货/活动签收场景；前端无感改造，任务列表由后端直接过滤、不新增查询接口。否决异步处理方案——主数据同步延迟将导致取不到职位信息，技术侧拒绝无法把控的异步数据不同步设计。
• 数据治理预警：SFA/DMS 人员职位使用自定义枚举描述，主数据重新定义人员属性，两边语义不一致无法跨系统通用圈选；营销活动中心自行维护人员分类映射，偏离渠道域「销售团队中心管人」的权威数据源规划，存在非标定制化累积导致架构退化风险。4 月已提但被搁置的数据治理需再次发起，由渠道域与数据智能团队联合向高层汇报拍板（@南林、@杰西 提报王老师及高层；@南林 梳理 DMS 与主数据人员职位差异点、补充页面截图与操作范围说明）。
• 逆向扣减方案：门店退货或异常签收时自动扣减原发放积分并记录明细，同时推计费中心扣费；扣减后支持再次签收正常发放；已发放积分加回总积分池并从活动已发放总额中扣除；计费中心收到退货通知即发起扣减、不计较积分是否过期或未使用，余额不足允许扣成负数按序抵扣。
• 积分中心双向改造：积分池、变动记录、兑换记录及钱包 H5 增加经销商维度，支持人/活动/门店/经销商多维下钻；汇总、冻结、明细列表及余额查询等核心接口增加经销商编码（非必填）；建过期积分池（定时任务将超 90 天有效期积分转入、不可日常兑换但可作逆向抵扣来源）；过期预警按 1/7/15 天三档统计最优先级批次、打包 COS 供短信/站内信；新增逆向记账流水（记录流水单号、关联正向单号与扣减状态）；记账户与积分池新增「已扣减积分」「负积分」字段，正向入账优先抵扣负分。
• 注销与停业补充：账号注销场景需 MRD 明确扣减逻辑并建议单独接口类型（避免复用通用逆向流水接口）；云商后台关闭门店前须校验未使用积分并短信警告操作人员；经销商注销涉及主数据财务权限、失效逻辑暂不明确（@赵敏 与业务确认提醒方式；@蒋老师 与财务确认积分失效业务规则；@郑然 检查 B 端出货明细表退货及积分扣减字段、补全活动配置与积分商城页面逻辑说明、输出全部改动点清单供测试）。

盘点任务维度扩展（10-12 需求评审 + 10-14 代码评审）：

• 仓库维度下发：任务下发需同时告知门店与仓库；盘点维度二选一——经销商维度（未指定门店时生效，该经销商下所有门店/仓库/位置均可参与，任一位置结束即整体结束）与门店维度（仅所选门店参与，结束仅影响该门店状态）；子任务按门店维度创建时按经销商维度查询不可见，防跨维度误操作致任务提前结束。@南林 当日输出产品方案原型（增加「所有位置均可盘」/「只能在门店盘」选项），10-13 内部评审拉通王琪/张喜/测试，@金策 评估改动量与上线排期。
• 代码评审（10-14）：门店编码支持一次上传几万个、按每批 2000 走 RPC 校验，当前「查经销商门店列表 + 内存比对」在大数据量下匹配耗时存风险，需线上环境实测（@余勇军）；时间交叉校验摒弃 QueryWrapper 改直写 SQL；集合交集方法去除全包名、去除无用空列表初始化；删除子表数据方法改 private 并加草稿状态校验，防误删非草稿任务。风险点：新增与修改共用同一保存方法导致锁冲突概率升高，盘点任务由总部强制要求、集中月底月初，与发钱活动并发场景差异大，需整理锁机制方案及对用户的影响并与产品对齐解释话术。

中奖明细表数据修正与查询接口优化（10-12 技术评审）：

• 字段修正与全表清洗：产品批次/生产日期取值从无时分秒的 tag product in time 改为有时分秒的对应码表字段；历史清洗复用现有定时任务逻辑（30 线程并发、20 分钟/分片、游标分页防重复、MongoDB 查码表组装、Stream Load 更新），全量更新约 11 天，明确不更新 update_time、由数据中台手动重刷历史数据。
• 执行规范：清洗范围为消费者中奖时间 2026-01-01 至发版时间（方案需补数据量评估）；更新前 CTAS 全表备份、执行后删备份表；4000 万数据放弃内存直接加载，改本地生成 CSV/JSON 上传至可连通 SR 的服务器 Stream Load（@潘玉平 确认批次大小并编写脚本；@朱学通 配合）。
• 智慧门店查询接口优化：移除多次调用的无效函数（内部执行冗余盘点明细查询、直接返回当前时间即可）；增加分区键过滤（扫码时间参数限 31 天）；暂不加索引，效果不理想再评估 StarRocks 不阻塞加索引及对写入影响。代码改并通过测试后走上线评审、下周四发版（@潘玉平）。

SR 订单数据丢失与覆盖问题分析（10-13）：

• 覆盖丢数根因：出签退同步操作在极短时间内触发异步组装并发提交，Streamload 全字段更新致同一条数据相同列被覆盖；现仅依赖定时任务跑批修复、无法根除。方案：后链路由消息驱动改为事件驱动——写入生成队列表按序组装、中间表存 Mango 库、同步工具写 SR 或 Doris；技术方案已初步完成，内部评审通过后集中过会评估更优解与回归范围（重点评估冷饮项目是否受影响，全体成员 10-14 上午参加代码走查）。
• MQ 限流次生故障：29 日大批量补数致 MQ 限流，8:00 补数任务重试三次失败，B 端退货明细表缺失 6 条签收数据（前端聚合查询 48 条 vs 明细表实际 42 条）。措施：补数任务执行时间改凌晨 2 点、严控频率；建立企微告警或每日巡检表兜底，确保业务发现前人工介入（@张喜）。
• 排查与文档规范：禁止口头描述推测，须程序模拟推演 + 测试环境复现或画图展示核心逻辑；问题文档前置结论性说明（影响单量/修复数量）、后置验证截图与排查过程；修复后逐条验证数据完整性方可关单（@张喜 输出 SR 覆盖与 MQ 限流两份文档并发会议群/早会汇报）。

其他：营销活动中心-奶酪项目 UAT 环境资源申请评估通过；CSV 数据更新技术方案由玉平与学通沟通设计并形成 SOP。

五、技术管理智能体（BRD 评审 MCP 能力建设，个人交付）

• 新增 brd_review_upload 工具：接收 fileContentBase64 + originalFilename，落盘后返回 filePath 供 submit 直接使用，打通「上传→提交→评审」全链路仅依赖 MCP；校验非空、扩展名（docx/pdf/md/txt）与 Base64 合法性，失败抛协议层 INVALID_PARAMS；mcp.max-request-size 由 4MB 提升至 20MB。
• brd_review_wait 改默认非阻塞：timeoutSeconds 默认由 25s 改为 0，单次调用立即返回任务当前进度、由 AI 轮询至 COMPLETED/FAILED，规避 Tool Hub 上游超时（HUB_RUNTIME_MCP_UPSTREAM_TIMEOUT）中断整次执行；毫秒级返回，对任何网关/Hub 超时免疫。
• 输出《存量系统 MCP 改造升级方案》：以 BRD 评审 MCP 为首个落地案例，对照 Tool Hub V1.0 接入规范沉淀「能力盘点→工具设计→身份鉴权→结果/错误分层→接入验收」五步法，供其他存量系统改造复用。
• 待办：MCP 改造发版至 AI 工具实际指向的环境（UAT/生产）并在 Tool Hub 刷新工具清单，新契约才对 AI 生效；修复 ai_call_record.user_id NOT NULL 导致的异步落库报错（仅丢审计记录、不影响评审主流程）。

六、一智平台（三类智能体上线分享会，10-14）

• 一期累计 23 个智能体：技术管理 15 个 + 技术服务 5 个已上线，本次补齐需求分析、PRD 设计、原型设计 3 个，并组织两场分享会推广试用。
• 共性设计——人工核验嵌进流程主干：需求分析智能体每个模块内容需人工勾选确认、冲突或未明确项人工填写澄清后重新检查保存；PRD 设计分「从 0 到 1」（行业经验补模块供评审参考）与「从 1 到 N」（缺失信息标记待补充、不强行发散）两条逻辑；原型设计上传现有页面截图可自动识别风格，先生成页面清单供筛选调整再详细生成，资料准备阶段严禁包含人员真实信息（数据脱敏作硬约束而非提示词）。
• 优化诉求与待办：与会者提出希望在 PRD 评估等迭代场景支持上传企业专属架构、方法与约束资产（个性化知识注入），目前第一期内置通用规范、后续逐步优化；会后统一发送会议视频、资料与入口指引，提供问题记录表持续收集意见（责任人待定）。
• 命名遗留：「一智平台」与既往记录中「伊智开发平台 / 一智开发平台」为同一平台不同写法，按原文保留并括注，全站统一命名待专项处理。

七、风控中心（网易离线计算中心 SaaS 部署沟通，10-13）

• 场景与分工明确：网易一期 SaaS 开发离线模块，从中台定时拉取每日业务数据（如门店进货量等）进行离线指标加工后供风控规则分析；复杂计算指标由网易提需求、中台处理并返回结果（阈值或明细），网易不在中台集群内开发代码或自建 Hadoop 集群。
• 数据传输方式：受架构限制离线中台无法直接读库读数，仅支持通过 API 获取结果数据；若数据量达千万级明细可申请管道任务推送。
• 版本对齐与组件清单：网易新系统中间件及组件版本尽量与伊利集团现有标准保持一致，避免重复适配；Hadoop/Spark/Flink 等大数据组件清单归数据智能团队（@孔玮、@杜晓卓 搜集集团标准组件清单）。
• 评审机制前置：因涉及数据底座评估与多方协作，网易不得按当前宽泛想法直接开发，须完成整体技术方案后邀请各方正式评审；@蔡圣亚 尽快输出技术架构图与初步方案、整理含产品架构/离线场景说明/技术架构的完整材料；@杜晓卓 协调数据智能团队（刘超等负责数据底座同事）参与下次评审。

---

附：本周工作清单（按日期）

日期	类型	主题	关键结论/进展
10-12	早会	物码早会（门店积分测试冲刺）	测试 91%/99%、积分兑换基本视为通过；UAT 范围简化；14 日下午评审会、15 日上线定档
10-12	压测评审	计费管理钱包压测（8 接口）	记账流水 TPS 530 但 CPU 99.64% 超标需降并发重测；明确 ≤80%/P95≤500ms 通过标准
10-12	需求评审	营销活动中心人员类型优化	前端仅传人员编码、后端反查主数据；否决异步方案；数据治理需联合高层再提报
10-12	需求评审	营销活动中心/计费积分逆向	退货扣减+二次发放、过期积分池、逆向记账流水、负积分抵扣全链路方案明确
10-12	需求评审	盘点任务仓库维度下发	仓库维度下发+经销商/门店二选一；南林出方案、金策评估排期
10-12	技术评审	中奖明细表数据修正+查询接口优化	全表清洗约 11 天不更 update_time；CTAS 备份；4000 万分批 Stream Load；下周四发版
10-12	沟通	奶酪 UAT 资源评估 / CSV 数据更新方案	UAT 资源申请通过；CSV 更新方案玉平与学通对接形成 SOP
10-13	沟通	网易离线计算中心 SaaS 部署	离线指标加工场景明确；API 取数；方案评审前置；组件清单归数据智能团队
10-13	管理要求	1015 上线需求推进	三系统供应商按管理要求维护上线评审检查清单（代码评审+上线方案评审必填）
10-13	压测评审	盘点任务压测	查询接口 TPS 峰值 780/RT 70ms；MySQL 8核16G 可支撑液奶场景；状态更新接口改代码 Review；冷数据归档需评估
10-13	问题分析	SR 订单数据丢失与覆盖	根因：并发组装+全字段更新覆盖；后链路改事件驱动；MQ 限流致缺 6 条；补数改凌晨+告警兜底
10-13	个人交付	BRD 评审 MCP 能力改造	新增 upload 工具、wait 改非阻塞、输出存量系统 MCP 改造五步法
10-14	代码走查/上线评审	计费管理积分上线	5 项目包发版顺序、网关停服协同、三大核心模块幂等设计、事业部字段初始化
10-14	评审	计费管理积分池扣减与兑换	互斥锁+外部订单号双兜底；红包/积分/优惠券拆微服务分库；15 日晚发版
10-14	分享会	一智平台三类智能体上线	一期累计 23 个智能体；人工核验进主干；个性化知识注入诉求
10-14	接口评审	券中心积分需求 v2 升级（通过）	当晚 20:00 上线、停服网关约 20 分钟；五项接口升级+DB 调整；v1 不受影响
10-14	代码评审	盘点任务创建与发布	2000 分批 RPC 校验需线上实测；禁 QueryWrapper；保存方法锁冲突需按峰值设计

跨周待办核对

• 第39/41周「门店积分 10-15 版本上线」 → 本周完成冲刺闭环：10-12 测试收尾（91%/99%）+ UAT 范围简化定档，10-13 压测与检查清单前置，10-14 计费与券中心上线评审通过、发版窗口定 15 日晚，10-15（今日）正式上线。节点兑现中。
• 第39周「BRD 评审 MCP 发布」→ 第41周「收尾完成、分支待发版」 → 本周继续演进（upload 工具 + wait 非阻塞 + 改造方法论），新增待办：发版至 UAT/生产并在 Tool Hub 刷新清单；修复 ai_call_record.user_id 落库报错。待发版验证。
• 第39周「B 端出货明细 200 万+历史数据暂缓修复转业务沟通」 → 本周日志未提及闭环（10-12 仅有「检查 B 端出货明细表所需调整字段」的相关待办）。仍挂起。
• 第41周「数据一致性修复排期 10-15/10-29」 → 10-12 确认按计划推进、P1/P2 级与建新沟通排期中；10-15 上线后需复核实际兑现情况。推进中。
• 第41周「小智端滚动条 UI 重复 / 活动触发方式复测仍有问题」 → 10-12 仍在跟进（@郑然然），本周未见闭环记录。推进中。

本周原则与认知沉淀（跨周串联）

1. 校验责任归属——涉及资金与券资产的写入，校验必须落在后端：10-14 两场会给出对照——券中心批量券类型校验仅前端实现、后端以担心影响生码速度为由未加（口头接受、未形成强制动作）；积分池则用互斥锁+外部订单号双兜底，不把一致性押在调用方自觉。前端限制只能作体验优化，不能作正确性依赖。

2. 「有限次重试 + 告警兜底」缺统一规范：本周三处口径不一——计费记账流水锁竞争失败 3 分钟重试/其他错误不重试；券中心推送失败重试三次后人工补推；积分池倾向企微报警或交上游人工介入。与 10-13 MQ 限流重试三次失败致缺 6 条数据的教训合并看：重试只做有限次且必须有告警兜底，三处可合并为一条统一规范。

3. 异步链路丢数根因链尚未收口：9.14 Scan Detail 丢约 3 万条（catch 后中断赋值即发 MQ、消费确认先于落库）→ 10.13 SR 覆盖（1 秒内多次操作并发组装 + Streamload 全字段更新）与 MQ 限流缺 6 条，三次形态不同但同指向「异步丢数靠事后跑批补」。后链路事件驱动改造（队列表按序组装 + 中间表 + 同步工具）须一并验证确认时序与幂等，不能只验证数据能写入。

4. 并发锁按峰值而非日常量设计：积分池（Redis 5 秒短锁 + 失败续期 30 分钟临时方案→看门狗）与盘点任务（新增/修改共用保存方法致锁冲突升高、集中月底月初）是同一风险在两个系统的不同表现；盘点场景峰值可预见，锁粒度与等待时长应按峰值设计，两处策略建议一并 review 后定统一口径。

5. 架构债提前还：分库/微服务拆分决策选在量级上来之前——为避免明年各事业部量级上来后数据迁移复杂度升高，本周将数据迁移优先级提前与孔伟沟通上调；越早还成本越低。

6. 智能体人机协同接口设计比模型能力更影响落地：一智平台 23 个智能体共性是把人工核验嵌进流程主干（逐模块勾选、冲突人工澄清、清单先筛后生成），数据脱敏作硬约束而非提示词；个性化知识注入（企业专属架构/方法/约束资产输入）是下一阶段真正门槛。

7. 数据权威源缺位是系统性问题，技术方案无法弥补：人员类型优化评审暴露 SFA/DMS 自定义枚举与主数据语义不一致、营销活动中心自行维护人员分类映射偏离渠道域「销售团队中心管人」规划；4 月已提被搁置的数据治理需再次联合高层推动，明确主数据或销售团队中心为权威数据源统一定义与维护。

范围说明： 本周区间 10.12~10.18，生报于 10-15（周四，门店积分上线日）上午，已覆盖 10-12/10-13/10-14 三个工作日日志（docs/work-log/2026-10-12.md、2026-10-13.md、2026-10-14.md 及对应 -weibo），10-15 及周末内容待补充。本周无独立技术评审文档（根目录无 202610*-技术评审-*.md），周报以工作日志为唯一来源。第 40 周（9.28~10.4 国庆假期周）未生成周报、第 41 周已另出，均不重复计入。