2026-02-05 工作日志
- 09:42 突然被通知周日上线，这个项目更混乱了
早会待办：
- 测试环境3倍压测过程过的优化内容清单，需要确认是否已经优化到生产环境。
- 技术优化代码分支合并，需要对比清单且有double check，确认完成后可发起伊利抽查。
- 《2026春节前系统巡检执行通知》里要求的2月6日完成，系统巡检，需要完成数据库、消息队列、Redis等中间件资源以及应用服务资源占用情况，包括应用服务性能、小程序性能等运行情况巡检，营销活动中心在CNY期间建议安排每周一次的系统巡检。 需要从腾讯云控制台、APM平台、grafana平台、日志平台等平台执行巡检，并 给出巡检结论 ：是否正常，是否需要服务重启，是否需要资源扩容等。https://doc.weixin.qq.com/doc/w3_AYoAjAaWABECN2hoSPCnzQpCOwUuW?scode=AK0AZgcfAA01ot1UYi
- 各告警群里的告警通知需要及时安排相关人员处理。
完成了AI强基计划的考试
会议：TTS推送接口需求沟通
背景：经销商出货和经销商签收都会传一条流向上来。1月23号发给的内乡，1月24号退库，1月25号发给安阳。然后1月26号的时候内乡签收了，所以最新的流向是内乡的。 杨辉要求所有链路实时。 具体如下：
- 业务流程问题：
- 货权变更异常：存在调拨单未完结，货物送到另一个经销商的情况，人已变更货权但接收方未收到；如A经销商调拨到B经销商，A经销商签收后货权又变回A，B经销商签收后货权才变为B。
- 业务流程建议：应先签收再进行调拨，类似退货流程，这是业务本身问题，与数据更新的5分钟时间无关。
- 数据更新时间问题：
- 问题分析：前两天数据未更新不是因为5分钟的原因，且以前曾因集成平台故障，5分钟时间累积到一个多小时导致数据取不出来。
- 讨论结果：需求先暂停，再与杨辉经理了解情况；认为业务对实时场景认知与己方不一致；方案上最大10分钟较合适；若非核心场景没必要做实时更新。
- 数据获取方式建议：
- 若改实时建议：若改成实时更新，建议像数据中台一样直接连表，而非调接口。
- 成本考虑：直接连表成本较高，需谨慎考虑。
- 任务
- 业务沟通跟进：与辉哥沟通业务场景中何时需要实时更新流向数据，若沟通后辉哥仍坚持实时更新，再和超哥沟通解决方案，同时考虑方案最大设置为 10 分钟。
AI强基计划
已帮你记录好《AI赋能洞察智能体复盘》,详细内容请点击下方查看: AI赋能洞察智能体复盘 会议讨论了AI赋能的第二期洞察智能体实战经验，介绍了项目背景、目标，从交互设计、架构设计、工程实现和产研协同四个维度进行复盘，具体如下：
- 项目背景与目标：
- 原有系统问题：之前的易调研系统存在效率低下、题目设计依赖人工经验、问卷分析耗费时间等问题。
- 项目目标：让没有调研背景的业务人员能在天级时间内完成自主的、专业级的消费者洞察。
- 交互设计复盘：
- 面临挑战：需在非专业用户和专业调研流程间找到平衡点。
- 设计策略：包括主动引导取代被动应答、设计混合交互、管理用户输入预期、确定能力边界。
- 决策考虑问题：核心价值、过程是否可结构化、主动权在谁手里。
- 架构设计复盘：
- 主从协同架构：采用一主六子的主从协同模式，主智能体负责理解意图和调度流程，6个子智能体各司其职。
- 双层路由架构：第一层规则路由处理明确事件，高效；第二层模型路由在规则路由处理不了时调用大模型进行意图识别，灵活。
- 技术选型：采用高代码自研方式，选择多智能体框架考虑了模块化可复用和性价比。
- 工程实现复盘：
- prompt问题与解决方法：prompt规则增多导致膨胀、智能体僵硬，通过场景化输入分类和设计标准响应范式解决。
- 设计原则：示例服务于原则、约束最小化，进行分层设计和分模块管理。
- 工具封装与可靠性设计：显示编排优于模型自调度，明确协议定义，建设标准化工具层；外部调用设计为异步调用，配备指数递增重试策略。
- 产研协同复盘：
- 协作流程阶段：将项目协作流程分为五个阶段。
- 人员参与情况：业务专家在需求定义和测试验收阶段重点参与，AI技术人员提前评估需求可实施性，测试人员在开发前期理清逻辑并提供测试用例。
B端出货签收规则单元测试用例评审
用例问题及改进：
- 权限验证：原用例未写权限验证，PRD 上也未明确，确定只有龙能配，后续补充权限相关内容，明确权限按事业部控制，创建的规则其他人能看到且可导出。
- 查询验证：补充默认查询、空点查询、重置验证、模糊与非模糊查询、排序、分页、导出等验证点，注意不同账号权限导致查询和导出内容不一致的问题。
- 规则名称校验：规则名称文本输入框无校验，确定限制为 50 个字，超过不让输入，补充输入框为空、输入空格、特殊符号等情况的校验。
- 兜底规则校验：提交时对兜底规则数量进行校验，补充当前生效兜底规则禁用、启用的逻辑验证，以及默认规则改非默认规则的验证。
- 区域范围验证：验证区域范围与是否默认兜底规则的级联关系，补充全部区域展开、部分区域展开的响应时间验证，参考活动配置页面操作。
- 规则信息校验：规则信息中各模块至少选择一条限制项，校验提示发现一个错误就提示一个，补充不同模块未选的提示语验证。
- 唯一性校验：规则名称重复但内容不同时不让提交，同一区域不能同时存在两个生效规则，选择区域后再选会置灰，禁用规则后再启用需进行区域选择校验。
- 查询条件展示：营销总部销售区域城市群不在页面展示，只能在详情里看，查询条件按创建人字段设计。
- 扫码米数校验：补充扫码米数异常输入（如大于字符、反向数值等）的校验。
线上问题
刚才和张喜、宋洋确认的赢销助手9000提无法出货， 原来的逻辑是整单send到kafka里面，后来宋洋优化mq业务稳定性的时候，将kafka换成了rocketmq， rocketmq单条消息的最大大小是 4MB， 张喜正在出优化方案。 需要加急解决线上问题，业务等着出货，无法生成无货单。