2026-08-06 工作日志
项目早会
本次会议为项目早会，主要同步了数据一致性问题及当晚的发布计划，并明确了相关负责人。
小结
1. 数据一致性问题
- 营销活动中心需在当晚发布前，完成数据状态不一致的围栏数据清洗。
- 电子围栏系统的主数据全量初始化推送尚未完成，存在风险。
2. 异常数据处理策略
- 已分析出的数据差异将分为两类：高优和低优。
- 高优问题将优先安排解决；低优问题则通过切换基础底座的方式解决，但该过程涉及多方，耗时较长。
3. 当晚发布计划
- 今晚 10 点将进行停服发版，各相关方需注意时间安排。
待办
1. 数据问题跟进
- 营销活动中心需在当晚发布前完成数据状态不一致的围栏数据清洗。——余建新
- 协调电子围栏系统的主数据全量初始化推送，若中午前未完成，请亚洲协助协调。——邢健
- 针对数据差异中的高优问题，尽快制定并排期解决方案。——刘晓娜
2. 发布准备
- 智慧门店和小智需配置上线公告。——陈思
- 会后需组织一次在线会议，进行发布过程的协同。——马奇
平台融合技术方案讨论会
本次会议主要讨论了将现有独立平台与另一平台进行代码融合的技术方案，重点探讨了架构整合、用户权限及前端界面改造等问题。
小结
1. 平台融合方案
- 为避免平台过多导致维护困难，决定将现有独立开发的平台代码，融合至另一已有的项目中。
- 当前倾向于采用单体架构进行初步整合，即将现有平台作为独立模块嵌入到主项目中。若后续有微服务拆分计划，则可在此基础上进行。
2. 用户与权限管理
- 用户体系将统一，采用另一平台现有的统一认证和权限管理框架，废弃原平台的用户模块。
- 数据权限将进行优化，初期按"项目"维度进行管理，确保项目内成员可见；后续可进一步细化至角色（如上下级、项目经理等）。
- 讨论了任务流转机制，认为应借鉴"处理人"概念，而非复杂的上下级数据权限，以提高灵活性。
3. 前端界面整合
- 由于两平台 UI 风格不同，前端需要进行改造。
- 方案倾向于弱化左侧边栏菜单，考虑将现有平台的核心功能入口整合到主平台的首页或通过一个总菜单进行访问。
待办
1. 平台融合方案设计
- 需在两天内输出前端改造方案并发布至群里。——刘阳
2. 后端微服务拆分计划
- 需跟进后端微服务拆分的结论，预计下周给出，并与团队同步。——徐俊凯
3. 代码准备与研究
- 需会后下载并研究对方的项目代码，为后续开发做准备。——柳瑞军 李守发
AI研发工具推广计划沟通会
本次会议介绍了 AI 研发工具推广计划，明确了试点范围、各方职责及协同机制，并解答了参会者关于工具使用范围和项目筛选等问题。
小结
1. AI 研发工具推广计划
- 推广范围：选取 30 个内部自研项目及 6 个供应商项目作为试点，具体包括帅龙育儿、供应链、海外营销费用、风控推广活动、编码券中心、活动计费系统及 CRM 等。
- 核心工具：采用"Spec"规范文档与"Harness"AI 研发工具相结合，旨在通过工具实现研发流程与规范的自动化执行。
- 试用周期：试点试用时间为 8 月至 9 月，各项目需在日常开发中实践并反馈使用中的问题。
2. 协同职责与反馈机制
- BP 职责：各业务 BP 需组织并推动其负责项目组评估、试用新工具，同时收集并反馈使用过程中的问题。
- 技术侧职责：提供问题响应、按日跟进并按严重程度排序修复；每周同步问题处理进展；按月收集使用情况并总结。
3. 工具使用说明与澄清
- 工具关系："Spec"是承载企业研发规范的文档，"Harness"是基于"Spec"构建的 AI 工具，用于将流程规范转化为可执行的自动化检查。
- 存量项目：新引入工具仍可对存量项目提供规范提醒，但无需强制完全遵循新规范，可逐步优化。
- 培训资源：已提供录制视频、操作手册等资料，可按需组织线下培训。
4. 项目筛选结论
- 经讨论，将"人力 EHR"、"营销活动中心"、"海外营销费用"、"风控一期"从试点范围移除。
- 移除原因：人力 EHR 因无源码无法引入；营销活动中心因项目复杂度高；海外营销费用和风控一期因项目未启动。
待办
1. 项目引入状态更新
- 各项目负责人需在引入工具并成功配置后，将对应项目勾选为已使用状态。——贾云飞
2. 组织培训
- 根据参会者需求，可组织一次线下培训，邀请顾问协助进行。——贾云飞
3. 问题反馈
- 各项目需在试用期间积极使用反馈问卷和群聊，及时上报工具使用中的问题和建议。
扫码机盘点及电子围栏改造项目技术方案会
本次会议主要围绕扫码机盘点及电子围栏改造项目的技术方案、服务发版计划及数据迁移脚本展开讨论。
小结
1. 项目技术方案与范围
- 本次迭代主要包含扫码机盘点、盘点机签收及查证签收三大功能，通过一个新接口集成实现。
- 纸飞电子经销商的电子围栏应用及优化是另一项重点内容。
2. 服务发版计划
- 共涉及 6 个核心服务需要发版：cis、经销商围栏、串货规则、报表组装、报表消费及签收服务。
- 发版将采用依赖顺序执行，计划于今日上午 10 点开始。
3. 数据库脚本与数据迁移
- 发版后需执行数据库脚本，主要内容为将历史的"扫码退货"数据类型统一修正为正确的类型。
- 新增的退货数据将通过 StreamLoad 写入，需提前与"学生"老师沟通并预约时间，以确保其能协助处理。
4. 技术细节澄清
- 作弊信息上报目前仍在 report 服务中处理，后续将作为优化项进行迁移。
- 异常盘点结果会写入 MongoDB 表，并通过串货规则判断，最终由 report 服务进行消费和报表展示。
待办
1. StreamLoad 服务支持协调
- 需提前与"学生"老师沟通并预约好时间，以便其在发版时能协助处理 StreamLoad 的问题。——张喜
2. 数据库迁移脚本执行与核对
- 执行完数据迁移脚本后，需与主数据团队进行数据核对，确保数据一致性。——郝梓斐
盘点统计接口性能分析会
本次会议主要讨论了盘点统计接口的性能问题，对比分析了不同数据量下的响应时间和并发情况。
小结
1. 盘点统计接口性能分析
- 接口存在两个版本：一个供营销助手使用，另一个供小智和智慧门店使用。
- 营销助手接口在单页数据量为 26 万时，平均响应时间为 1.2 秒；数据量减少至 1–2 万时，响应时间缩短至 1 秒。
- 小智和智慧门店接口经过压力测试，TPS 可达 130，TP95 响应时间约为 483 毫秒。
2. 并发情况确认
- 经过排查，目前 APM 监控显示营销助手接口没有并发压力。
- 小智和智慧门店接口的并发情况需要进一步确认。
待办
1. 接口并发情况排查
- 需要开发同学进一步调查小智和智慧门店接口是否存在并发量。