2026-09-09 工作微博

一、今日工作总结
1、模块TOP大事
门店域建模与报表方案今天过评，但扎眼的不是方案本身，是两个数字：1000 万门店乘以 5 个事业部，宽表要涨到 5000 万行；而 PG 的更新等于物理插入，批量刷一次就膨胀一次。日常更新已经 10 万条一天，定时任务还能灌到几十万甚至上百万。方案里没提 VACUUM 和分区维护，我准备追一下，上线前最好拿真实量级做一次更新压测，光验功能不够。
券中心接口方案定了，跨门店核销的落点终于清楚了：券中心只推真实核销数据，本店核销的判断交给计费侧在回调时自己做，跟昨天积分方案里"禁止跨门店核销"正好咬上。压测 QPS 600 以上加游标分页能扛住，但前提是查询不做聚合，这条得记住，哪天产品要汇总展示就得重测。
930 分支和双周运营数据机制，是今天两场 AI 会里最实在的两个决定。前者把前后端统一到一个分支、9 月 30 日前都往里合，收拾了之前多分支并行的乱局；后者从下周起每两周统计一次运营数据，周会前同步到在线文档。

2、重点/基础工作
AI 工具逐个过了 9 月计划：PRD 评审工具模板升级中，还要加规则展示，让用户看到这次评审到底用了哪些规则；产品评审 Agent 要支持多格式、多文件和知识输入；技术方案评审工具两个遗留问题已修复发版；文配工具还剩 20 多个待优化问题；脚本工具下下周完成集成。PRD Agent 已经上线试用，产品团队在用现有 BRD 资料测。
门店域还有几处：TTS 解析新增保质期字段，上游没给就自己算并落 Mongo，在途数据读不到就降级走原来的实时计算；Redis 缓存产品信息默认 5 分钟，张喜在评估要不要按保质期规律延长；盘点明细表加签收类型，B 端出货明细表的产品状态从直连 Mongo 改成 RPC 批量查询，原因是连接池扛不住。
两笔历史数据要修：消费者中奖明细表 358 条空值，改 SQL 用追溯码加创建时间做联合主键，先转 Select 验执行计划；B 端出货明细表 4 万 2 千多条退货地址空值，是高德事故 2 号到 4 号那一批，用定时任务调高德逆解析补，先筛到临时表再精准修。

3、每日总结&思考：
【AI&Agent】今天有个挺讽刺的对照：一边是 PRD Agent 定了"信息缺失就留空、绝不发散补充"，教 Agent 别瞎编；另一边是两个 MCP 已经开发完，却还在讨论"实际应用场景是什么"。我们一边防着模型编造内容，一边在造没人要的功能。好在双周运营统计立起来了，以后至少能用数据说话——我建议把字段钉死：使用人数、调用次数、生成量、问题数、满意度，不然下次汇报还是各说各的。
【工作思考】高德这条线今天第三次出现，还又添了一笔：4 万 2 千多条退货地址空值。加上 9 月 8 号的 1 万 8 千条盘点数据丢失、9 月 4 号的调用量优化，三个切面、三个责任人，从头到尾没有一个人对这次故障整体收口。我最怕的是各修各的，修完没人确认是不是真的不再产生。今天得把收口人定下来。

二、明日工作计划
1、模块TOP大事
把高德故障的三笔数据并成一张清单，指定统一收口人；门店域宽表补上 VACUUM 与分区维护策略，批量刷新限流避峰。
门店积分按 11 号开发节点推进，各端接口变更确认和存量门店维度回填口径，今天得有结果。

2、重点/基础工作
券中心接口方案的 4 条待办补上责任人，往 10 月 15 日开发节点推；积分兑换回调加本店核销校验。
柳瑞军完成 BRD Agent 自测；刘阳约王建朝和崔建瑞对齐控制台目录结构，记得带上 9 月 2 号那两条结论，别重开讨论。
潘玉平推两笔数据修复：358 条空值改 SQL 先验执行计划，4 万 2 千多条退货地址走临时表精准修复。

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