2026-09-11 工作微博

一、今日工作总结

1、模块TOP大事 ① 智能体建设规范体系正式发布。形成「总规范 + PRD 模板 / 技术设计规范 / 评测规范」三层结构，覆盖六阶段 23 节点；PRD 评审与测试集评审设为关键门禁，测试集前置到需求阶段作为验收标准；代码、Prompt、知识库配置、工具清单四类资产统一纳入版本化；数据安全分级 L1/L2 可走外部模型网关、L3/L4 必须私有化、绝密严禁建设；密钥严禁写入代码、Prompt、工作流或知识库。待澄清事项：已上线的设备智管、IoT 物联、采购定价智脑、OA 流程审批、权限小助理、内容运营六个智能体是否适用新准出标准未定；日志留存（内 3 月 / 外 6 月）、月度全量回归的责任人，以及 8 个强控指标清单均未明确。 ② RPC 问题根因定位与机制建设。806 发版期间调用 data 服务异常，异常被捕获后后续赋值未执行，字段未设完即发 MQ，仅写入部分数据（潘玉平定位）。确立两项机制：故障原因须细化到具体服务、具体接口、具体代码分支，禁用「RPC / 超时 / 网络抖动」等技术大类词；建立 RPC 异常处理 SOP（恢复生产 → 识别影响范围 → 关联待办闭环）与统一问题台账（@李明非 牵头，先报王建朝审格式）。同步明确积分退款按原订单创建时间所处汇率阶段退还，现金与积分混合支付分别退还。

2、重点/基础工作 ① 技术招聘：今日两场 Java 后端面试（张明伟、郑晓哲）均评定不通过，连同 9.07 两场累计四名候选人全部未通过。郑晓哲工程落地能力达标（三方付款双层幂等、熔断 + 重试队列 + 钉钉告警升级、Redis 分布式锁 key = 结算单号 + 机器 IP、合同 JSON 千万级选 Mongo），但底层原理认知薄弱（MySQL 大表性能瓶颈答不出），张建利现场纠正「数据量非瓶颈，表结构设计决定性能」。 ② 数据一致性监控：今早物码早会共 7 条告警（含 2 条码状态表间码状态不一致新增项），主计划第三次提出更新重发仍未闭环；早会拆出的三条 RPC 待办已于下午 RPC 会议定位根因，建议合并销账，避免多人重复排查。

3、每日总结&思考： 【AI&Agent】面试与规范发布形成对照：候选人自述 70%—80% 代码由 CodeBuddy 生成、审核止于「能否运行」，而规范将「测试集严禁全量 AI 生成」列为硬约束。二者指向同一结论——AI 提升产出速度，把关职责仍在人工。缺口在于规范只约束「AI 生成不得作验收依据」，未定义人工审核的颗粒度。建议团队 AI 编码规范补充一条：AI 产出的表结构、索引、关键链路与测试集须过人工设计评审并留痕。 【工作思考】故障归因须落到具体服务与代码分支，技术大类词会掩盖真实频次与趋势，与「SQL 必带分区键」「评审材料未写等于未评审」属同类把关动作。806 异常拖期一个月的真因并非「未发现」（数据中台早已监控），而是「发现后无人认领、无人排期」。台账的价值在每条带责任人与排期，否则会沦为无人回看的静态表。

二、明日工作计划

1、模块TOP大事 ① 李明非牵头输出 RPC 异常处理 SOP 与统一问题台账初稿，报王建朝审格式；台账字段含发现来源、影响范围、根因三要素、责任人、排期、关联待办编号；806 故障原因描述落实具体服务与代码分支后入故障表。 ② 追存量六个智能体的过渡口径（限期补测或豁免），并组织规范考试确保全员通过。 ③ 积分退款「按原订单汇率」原则回扫现有实现，确认与门店积分有效期、批次扣减顺序的一致性；与京东侧确认混合支付中现金与积分的退还归属，核查退款链路是否具备「拆单完成后再执行」的前置等待机制。

2、重点/基础工作 1、营销活动中心-技术梳理专项 2、物码技术支持，营销活动中心液奶、奶酪、冷饮，计费管理、券中心、帖码 3、技术管理智能体研发

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