2026-08-28 工作日志
AI Coding与MCP服务开发实操培训
- 发言人：刘圣
- 主题摘要：基于工程管理业务场景，演示了利用 Cursor 工具从零构建前后端分离系统，重点讲解了环境配置、AI 生成代码逻辑及 MCP 服务接入 Work8 的完整流程。
小结
一、开发环境配置与架构选型
1. 基础环境与工具栈
- 运行环境要求：后端需 JDK 17 及以上（支持 MCP 服务），前端需 Node.js；数据库选用 MySQL，建议安装 DBeaver 等图形化管理工具。
- 开发工具模式：推荐使用 Cursor 的 Solo 模式（Agent 模式），AI 自主决策代码生成与逻辑处理，适合非专业开发人员快速上手。
2. 技术架构与规范
- 前后端分离架构：前端 Vue + Element UI 组件库，后端 Java Spring Boot 3.4 以上，数据库连接使用 MyBatis。
- 编码规范植入：开发前需拉取并安装伊利内部 Hanis 工程标准体系，确保生成代码符合集团编码规范。
二、业务需求分析与代码生成
1. 需求定义与拆解
- 核心功能规划：首期聚焦项目基础信息维护（增删改查、按状态筛选）及项目进展反馈，旨在替代原有 Excel 管理模式。
- AI 需求优化：利用 Cursor「优化输入内容」功能，将自然语言需求转化为含技术要求（JDK 版本、数据库类型）的详细开发计划。
2. AI 自动生成与验证
- 全流程自动化：AI 自动生成数据库表结构（如 emp_project 表）、后端 Controller/Service/Entity 代码及前端页面组件。
- 环境自检与编译：AI 自动校验 JDK、Node、MySQL 版本及服务状态，执行 Maven 编译与依赖下载，最终启动前后端服务。
三、MCP 服务接入与 Work8 集成
1. MCP 服务开发
- 协议实现方式：在现有 Spring Boot 项目增加
spring-ai-bom与mcp-server依赖，通过 SSE（Server-Sent Events）模式对外提供接口。 - 工具描述规范：编写 MCP Tool 的
description须详细描述功能（如"按公司、类别、状态查询项目"），以提高 Work8 语义匹配精度。
2. Work8 配置与交互
- 连接器配置：在 Work8 创建自定义连接器，输入本地服务地址（如
localhost:8080/sse）即完成对接。 - 自然语言查询：演示在 Work8 通过自然语言（如"查询延期项目"）直接调用 MCP 服务，AI 自动解析参数并返回结构化数据。
待办
- 将培训总结文档及录屏资料发送至群内。 — @刘圣
物码早会：数据一致性监控与828项目进度周会
- 发言人：李亚洲、邢健、余建新、孙东栋、陈思等 7 人
- 主题摘要：重点对齐了数据一致性监控告警的排查分工，明确了内部人员数据改造方案及营销活动中心接口联调计划，并针对 828 项目遗留的电子围栏配置问题制定了修复方案。
小结
一、数据一致性监控与告警处置
1. 告警排查与资源协调
- 告警处置流程：针对小志上线监控规则产生的告警，陈思已协调技术资源介入排查，各端产品经理需在告警群内关注并推动解决。
- 异常数据探查：针对序号 11 及 828 项目中的异常数据，晓娜需在今日完成探查并与建新核对状态，重点排查新增告警根因。
2. 根因分析与系统修复
- 数据同步延迟排查：针对序号 20 反复告警，优先排查数据中台同步时间差问题，若确认为同步延迟则直接修复，无需营销活动中心介入。
- 上游数据源治理：为避免监控持续报错，要求各端排查上游系统逻辑漏洞或数据传输出错，特别是云端系统"窟窿"进行封堵。
二、内部人员数据治理与方案评审
1. 技术方案输出与评审
- 方案交付节点：根据里程碑计划，今日需输出内部人员数据一致性技术改造方案，方案完成后组织专项评审会议。
- 影响范围评估：针对改造方案需重点评估对现有系统（如"他那边"）的影响程度，此前反馈影响较大，需在评审中详细确认。
2. 营销活动中心接口改造
- 功能盘点与方案确认：营销活动中心需在今日反馈无端围栏功能盘点结果，并与主数据团队确认接口改造方案。
- 接口联调安排：双方确认改造需求后，拉通会议并约定具体时间进行接口联调。
三、828 项目进度与电子围栏修复
1. 电子围栏配置修复
- 城市 Code 问题修复：针对电子围栏切换后出现的城市 Code 错误问题，营销活动中心已确认必须解决，需在今日完成修复。
- 旧版围栏下线：为解决 Code 问题，需将原有区域围栏功能暂时下线，确保新功能稳定运行。
2. 整体进度与风险控制
- 排期跟进：项目整体排期正常，截至 8 月 28 日大部分异常已消除，需重点关注今日新增告警处理进度。
- 任务分发：针对序号 20 及其他遗留问题，需将排查任务分发至各端并明确具体排期计划。
待办
- 排查数据一致性监控告警，并协调资源解决。 — @陈思
- 输出内部人员数据一致性技术方案，并组织评审。 — @陈思
- 反馈无端围栏功能盘点结果，并确认接口改造方案。 — @余建新
- 拉通主数据团队，确认接口改造方案并约定联调时间。 — @邢健
- 修复电子围栏城市 Code 错误问题，并将旧版区域围栏下线。 — @余建新
- 完成序号 11 及 828 项目异常数据探查，并与建新核对状态。 — @孙东栋
- 排查序号 20 告警根因，确认是否为数据中台同步延迟问题。 — @孙东栋
- 将序号 20 等遗留问题排查任务分发至各端，并输出明确排期。 — @李亚洲
盘点签收与区域校验需求评审
- 发言人：吴南林、余建新、王建朝、宋洋、张喜等 8 人
- 主题摘要：评审了盘点明细表字段优化、销售区域与围栏状态校验及签收时间拦截规则，因历史数据处理逻辑存在争议，决定暂缓盘点明细表字段变更，待会后进一步对齐需求。
小结
一、盘点明细表字段与签收状态逻辑
1. 字段取值逻辑的技术争议
- 数据来源分歧：吴南林提出从 B 端出货记录取最近一次签收类型和状态；王建朝质疑若存在退货场景，B 端出货明细表签收状态可能无法准确反映"已退货"状态。
- 异常状态显示方案：针对退货场景，宋洋建议若最后一条记录为退货或出货，则签收类型和状态显示为空；余建新指出当前 B 端出货明细表处理退货时签收状态应显示为"杠杠"（无效/空值），而非保留原签收值。
2. 需求背景与决策
- 业务诉求澄清：余建新指出该需求本质是业务方希望筛选出因盘点动作导致的异常签收数据，而非单纯展示签收状态。
- 暂缓决策：鉴于当前 B 端出货明细表可能存在"已退货但签收状态仍为已签收"的数据问题，且字段取值逻辑存在歧义，余建新决定暂缓该需求，待会后与业务方（龙龙）进一步确认具体取数口径。
二、销售区域与围栏状态校验
1. 销售区域与行政区域映射
- 有效状态过滤：针对查证明细表、B 端出货明细表、盘点明细表及消费者中奖记录表，均需在通过扫码经纬度匹配行政区域时，仅关联状态为"有效"的销售五段数据。
- 流向分类逻辑：流向分类销售区域字段需通过扫码人五段行政区域或经销商五段，匹配状态为"有效"的数据。
2. 经销商经营围栏校验
- 追溯状态过滤：在查证、B 端出货、盘点和消费中奖四个明细表中，涉及"追溯状态"判断时，需过滤经销商状态为"有效"的数据，排除业务失效和财务失效状态。
- 历史数据处理：确认历史数据因状态变更复杂，本次需求不进行历史数据的清洗或回刷处理。
三、签收业务时间拦截规则
1. 校验范围与逻辑
- 拦截动作定义：针对查证异常签收、盘点签收及盘点异常签收四种业务动作，增加时间校验逻辑。
- 时间窗口限制：系统校验当前时间是否大于"产品码生产时间 + 2 天"，若未超过 2 天则禁止执行上述签收操作。
2. 技术一致性确认
- 逻辑对齐：张喜确认该逻辑与出货扫码时的判断逻辑保持一致，技术实现上无异议。
待办
- 确认盘点明细表新增字段的具体取数口径（特别是退货场景下的显示逻辑）。 — @余建新
- 会后进一步对齐盘点明细表字段需求。 — @宋洋 @贾继伟