Work for YILI

Appearance

2026-08-06 工作日报 ​

今日工作概述 ​

今日参加 4 场会议，主线从「806 发版冲刺」切换为「发版执行 + 架构规划 + AI 工具推广」三线并行：核心结论为——806 版本已进入发版执行窗口（昨晚评审通过、今早 10 点 6 个核心服务按依赖顺序发版、今晚 10 点停服发版，数据一致性作为发布前最后一道关卡由余建新/邢健/刘晓娜盯防）；平台融合技术方案确定以单体架构先行整合，统一认证与"处理人"任务机制替代复杂上下级权限；AI 研发工具 Spec/Harness 推广计划落地（30 内部 + 6 供应商试点，8–9 月试运行，营销活动中心因复杂度高被移出试点）；扫码机盘点与电子围栏改造以新接口集成、今日 10 点发版。

一、项目早会（发版前数据治理与发布协同） ​

数据一致性与发布计划 ​

  • 数据一致性：营销活动中心需在当晚发布前完成数据状态不一致的围栏数据清洗；电子围栏系统主数据全量初始化推送尚未完成，存在发布前风险。
  • 异常处理策略：数据差异分为高优（优先解决）/低优（切换基础底座，涉多方、耗时较长）。
  • 当晚发布计划：今晚 10 点停服发版，各相关方注意时间安排。

待办汇总 ​

  • [ ] 当晚发布前完成数据状态不一致的围栏数据清洗 — @余建新
  • [ ] 协调电子围栏主数据全量初始化推送（中午前未完成则请亚洲协助） — @邢健
  • [ ] 高优数据差异尽快制定并排期解决方案 — @刘晓娜
  • [ ] 智慧门店和小智配置上线公告 — @陈思
  • [ ] 会后组织在线会议协同发布过程 — @马奇

二、平台融合技术方案讨论会（长期架构整合） ​

融合方案与治理 ​

  • 融合方式：现有独立平台代码融合至另一已有项目，初步采用单体架构（独立模块嵌入主项目），后续可微服务拆分。
  • 用户与权限：统一认证框架、废弃原用户模块；数据权限初期按"项目"维度、后续细化至角色；任务流转借鉴"处理人"概念替代复杂上下级权限。
  • 前端整合：两平台 UI 风格不同需改造，弱化左侧边栏、核心入口整合至主平台首页或总菜单。

待办汇总 ​

  • [ ] 两天内输出前端改造方案并发布至群 — @刘阳
  • [ ] 跟进后端微服务拆分结论（预计下周给出并同步） — @徐俊凯
  • [ ] 会后下载并研究对方项目代码，为开发做准备 — @柳瑞军 @李守发

三、AI 研发工具推广计划沟通会（组织级试点） ​

推广计划与机制 ​

  • 试点范围：30 个内部自研 + 6 个供应商项目（帅龙育儿、供应链、海外营销费用、风控推广活动、编码券中心、活动计费系统、CRM 等）。
  • 核心工具："Spec"规范文档 + "Harness"AI 研发工具，将流程规范转化为可执行的自动化检查；试用周期 8–9 月。
  • 协同职责：BP 推动试用并收集问题；技术侧按日跟进/周同步/月总结。
  • 项目筛选结论：移除人力 EHR（无源码）、营销活动中心（复杂度高）、海外营销费用 + 风控一期（未启动）。

待办汇总 ​

  • [ ] 项目引入并配置后，将对应项目勾选为已使用状态 — @贾云飞
  • [ ] 按需组织一次线下培训，邀请顾问协助 — @贾云飞
  • [ ] 各项目试用期间积极使用反馈问卷和群聊，及时上报问题与建议

四、扫码机盘点及电子围栏改造项目技术方案会（今日发版执行） ​

技术方案与发版 ​

  • 范围：扫码机盘点、盘点机签收、查证签收三大功能集成至一个新接口；纸飞电子经销商的电子围栏应用及优化为另一重点。
  • 服务发版：涉及 6 个核心服务（cis、经销商围栏、串货规则、报表组装、报表消费、签收服务），依赖顺序执行、今日上午 10 点开始。
  • 数据迁移：发版后执行脚本，将历史"扫码退货"数据类型统一修正；新增退货数据经 StreamLoad 写入（需与"学生"老师预约协助）。
  • 技术澄清：作弊上报仍在 report 服务（后续迁移优化）；异常盘点结果写 MongoDB 经串货规则判断、由 report 服务消费展示。

待办汇总 ​

  • [ ] 提前与"学生"老师沟通预约，发版时协助处理 StreamLoad 问题 — @张喜
  • [ ] 执行完迁移脚本后与主数据团队核对数据一致性 — @郝梓斐

今日待办汇总 ​

高优先级（发版关键路径，今日/今夜截止） ​

  1. [ ] 余建新当晚发布前完成数据状态不一致的围栏数据清洗
  2. [ ] 邢健协调电子围栏主数据全量初始化推送（中午前未完成则请亚洲协助）
  3. [ ] 刘晓娜高优数据差异制定并排期解决方案
  4. [ ] 陈思智慧门店和小智配置上线公告
  5. [ ] 马奇组织在线会议协同发布过程
  6. [ ] 张喜与"学生"老师预约 StreamLoad 发版协助（今早 10 点发版）
  7. [ ] 郝梓斐迁移脚本执行后与主数据团队核对数据一致性

中优先级（规划/持续跟进） ​

  1. [ ] 刘阳两天内输出前端改造方案发群
  2. [ ] 徐俊凯跟进后端微服务拆分结论（下周）
  3. [ ] 柳瑞军/李守发下载研究对方项目代码
  4. [ ] 贾云飞项目勾选已使用状态 + 按需组织线下培训
  5. [ ] 各项目试用期间积极反馈 Spec/Harness 使用问题

关键时间节点 ​

时间事项
8月6日 上午 10:00扫码机盘点等 6 个核心服务按依赖顺序发版
8月6日 中午前电子围栏主数据全量初始化推送 deadline（未完成则亚洲协助）
8月6日 今晚 22:00806 版本停服发版；余建新围栏清洗、刘晓娜高优差异须此前闭环
8月7–9日发版后验证、问题闭环、本周收尾
下周徐俊凯后端微服务拆分结论；平台融合前端方案落地后推进
8月18日智慧门店 806 上线（待内部权限方案确认后改造）

明日计划 ​

  • 发版护航：跟踪今早 6 服务发版 + 今晚 10 点停服发版全流程，确认余建新围栏清洗、邢健主数据推送、郝梓斐数据核对三项数据关卡闭环。
  • 发版后验证：组织各模块上线验证，李亚洲跟进 SFA 全量回归（按 8/5 评审结论），汇总问题纳入稳定性复盘。
  • 数据 readiness 收尾：电子围栏主数据推送若仍滞后，推动亚洲协调，避免成为下次发版隐患。
  • 平台融合推进：刘阳前端方案、徐俊凯微服务拆分结论按计划跟进；柳瑞军/李守发代码研究产出。
  • AI 工具推广启动：贾云飞推动试点项目勾选已使用状态，按需组织线下培训。
  • 周报收尾：8/6 这 4 场会补入 week32 周报（会议汇总/技术方案评审/关键问题），完成本周复盘。

工作思考 ​

「发版日的价值，在于把"验证过"变成"验证中"。」

今天是一个典型的"执行日"——评审（昨日）已过、方案（上午 10 点）已落、停服发版（今晚 10 点）在即，但真正的考验不在发版动作本身，而在那三条数据关卡的实时闭环：围栏数据清洗、电子围栏主数据全量推送、迁移脚本后的主数据核对。功能可以 demo、环境可以压测，唯有生产数据的一致性无法靠"应该没问题"蒙混过关，这正是本周反复出现的主线（8/3 抖动、8/5 三项清洗、今日主数据推送风险）。

另一层观察是架构决策的成本前置：平台融合今天拍板"单体架构先行、后续微服务拆分"，这恰恰避开了"为微服务而微服务"的过度设计——先把代码合进来跑通，再按真实痛点拆分，比一开始画完美架构图更务实。这种"先合后拆"的节奏，与 Spec/Harness 推广中"存量项目不强推新规范、逐步优化"的渐进思路如出一辙：面对历史债务，最小阻力路径往往优于理想路径，前提是留好后续演进的接口（单体模块的边界、规范提醒的非强制）。