述职周期：2026-04-15 至 2026-10-15。当前版本更新于 2026-09-30，前三个月已经完成事实回溯，后续阶段仅纳入真实发生且有证据的工作。

一句话定位

在完成复杂业务需求的同时，我持续把跨系统订单、活动、库存、消息和发布链路梳理成可验证、可排查、可复用的工程能力。

前三个月总结

前三个月完成了从“理解系统和补主链路”，到“交付秒杀业务闭环”，再到“治理跨系统边界和稳定性”的递进：

  1. 第 1 个月建立 DGJ 与 SAAS 订单同步认知，补齐订单创建、修改、出库、收货、结单和关键字段。
  2. 第 2 个月集中交付秒杀活动核心闭环，同时治理订单消息漏发、重复、延迟和重试。
  3. 第 3 个月完成活动权限、支付、取消、结算和 E站专区收口，并推进 MQ、补偿、打印、性能和知识沉淀。

Git 证据按精确阶段核对：第 1 个月 34 个、第 2 个月 122 个、第 3 个月 99 个非合并提交。提交数量仅用于证明证据覆盖，不作为成果价值本身。

同时，前三个阶段现已按历史 Codex 对话回灌补齐 70 天公开日报证据：第 1 个月 18 天、第 2 个月 27 天、第 3 个月 25 天；每个阶段稿均列出完整逐日证据索引。这样阶段结论不再只依赖 Git 提交，也能在总结日历中回看每天处理了什么问题、做了哪些交付与排查。

第四个月新增事实（截至 2026-08-14）

  1. 统一知识地图已发布验证：jb2ai.ltd 已升级为统一知识地图入口，覆盖 115 篇文档、17 个分类、6 个项目空间、5 个工作入口和正文全文搜索，并统一了首页、分类页、文章页、述职页和总结日历的视觉与移动端布局。
  2. 知识库独立访问密码已上线并验证：为 jb2ai.ltd 普通知识页、DGJ2 页面和文章详情增加独立知识库密码，同时保持述职台账、总结日历和 Codex 管理入口继续要求后台管理员登录，实现“公开经验资产受保护、运维与述职入口隔离”的双权限模式。
  3. 67 笔 DGJ/SAAS 出库失败已生产修复验证：针对赠品明细错配导致的 garage_repair_outbound_retry_exhausted，先验证单笔“订单更新不带 orderStatus -> SAAS 自动消费缓存出库”链路，再分 7 批修复剩余 66 笔，最终 67/67 恢复到 14 待收货，支付方式、来源、金额和出库流水逐单回查通过。
  4. 活动专区游客访问已实现待验证：zone-list 已放开游客访问并接入 Apollo default_sid 兜底，线上空列表根因已缩小到生产 default_sid=9988 无活动数据及上游站点过滤，待部署与配置确认。
  5. MQ 重复投递幂等已进入待发布状态：确认同一 RabbitMQ eventId 重复投递会导致微信群消息下单重复创建订单，已在 SAAS 侧增加 wechat_robot_order_to_saas 的 eventId 幂等，MR !628 可继续合并与回归。
  6. 退款告警形成真实案例闭环：核实一笔“同步退款超时”实际已在支付通道成功，补齐三层日志证据，并将告警文案改成“等待回调”口径，避免把超时误判为退款失败。
  7. 折扣活动门禁已扩展到冲突与结算价规则：在限售校验基础上，继续收口“跨类型生产日期完全一致可共存、交叉但不一致拦截”的冲突规则、按物料汇总的短文案，以及套包提交底层结算价存在性校验与单品无底层结算价不展示；当前已有分支提交、本地聚焦测试和项目校验证据，待灰度/预发验证。
  8. 出库重复消息根因已封堵、数据修复待执行：确认店管家一次出库同时触发旧 APP_SA_ORDER_OUT 与新 garage_repair_outbound_created 两套消息，导致 SAAS 出库数量重复累计并误改状态；DGJ 旧发送逻辑已注释并合入 develop，本地 SQL 备份和修复语句已准备，待业务窗口执行。
  9. 自动归档链路已连续完成公开读回验证：首次把 7/17-7/19 归档结果发布到知识库，7/17、7/18 日报和第 4 阶段稿已从 dashboard 读回；到 8 月 12 日又继续把 8 月 11 日日报、月报、季度台账、第 4 阶段稿和六个月总述职稿发布并从 probation-dashboard 连续读回，证明第四个月证据可以稳定沉淀到统一入口。
  10. 站管家端活动统计与游客访问已完成契约收口：完成 DGJ2 POST /scm/Share/create 与 SAAS POST /inner/dgj/share/create 的最终契约纠偏；DGJ2 前端只传 share_type、source_activity_id，sid 由登录态注入，SAAS 固定 source=2、platform=dgj，同时为 E 站活动详情/商品列表补齐 isLogin 与 sid=9999 游客兜底，Apipost 已回读到版本 604。
  11. DGJ 全模块链路地图已补齐到子模块级：新增请求-日志-数据变更链路地图，并把 47 篇业务文档拆到 416/416 个子模块独立追踪矩阵，让复杂问题可以直接追到具体入口、日志键和表变更。
  12. AI 研发 Skill 讲解页完成图形化重构与演讲模式验证：把统一知识站上的讲解页升级为五层主图、DGJ2 放大链路和只保留关键页面的演讲模式，发布后桌面和手机验证通过，阅读和讲解门槛明显降低。
  13. DGJ 撤销链路问题已拆出两类根因：一类是库存不足导致事务回滚，另一类是“跨日核销式销退”被 SAAS 误当成普通撤销处理；已给出只读 SQL 和后续修复方向。
  14. SAAS 成熟度差距已被校准为可执行补链项：对照 audit_maturity.py、skill-catalog.yaml 和当前工作分支复核后，确认 SAAS 现态仍是 Achieved: L1，缺口集中在 .agents/skills/* discovery symlink、CI 和真实任务验收；这让“不能虚报 L2”变成了可执行的闭环清单。
  15. 分享统计游客 SID 兼容已完成本地验证：在 SAAS ShareService 统一归一化 sid/contact_id，""、null、负数和非数字全部回落为 0，合法正整数保留，修复游客分享统计写库报 1366 的问题；本地探针、PHP 语法、项目门禁均通过，待随分支发布。
  16. 活动单支付方式污染链路已拆清：确认站管家“出库并打印”页面会把 payType=2 映射成 1，同时遗漏 sourceType，后端默认 0 导致 SAAS 把 UnionPay 活动单覆盖为 CASH；DGJ bugfix/20260723 最新分支已恢复原单 sourceType/payType，隔夜撤单需新增 garage_repair_order_completed 消息以避免已完成订单回退到待收货。
  17. 活动导入仓码错误已形成校验建议：某线上活动提交失败并非真实 50 个商品库存不足，而是 wms_location_no 被导入成中文仓名，库存请求误传仓库名称；后续需按有效仓库编码重导并在导入/保存阶段拒绝中文仓名。
  18. 同价换料漏更新防护已完成本地验证：确认 DGJ checkOrderChanged() 未比较商品身份会让“同价换料”漏发订单更新，已在 InvSaService.php 最小范围补 invId 对比，本地聚焦回归和交付门禁通过，待预发/真实页面验证。
  19. AI 研发 Skill 的经验复用边界已完成实际校准：将同事讲解收敛为 5 页，并以源订单变更案例复核“项目入口 → 正式 Skill 路由 → 交付门禁 → 经验审计”的真实链路；明确候选经验必须经结构化、重复与证据审核后才能晋级，不能把历史聊天或候选池写成可自动执行的规则。
  20. E站活动 SID 三段优先级已完成本地收口：活动详情和商品列表统一为“登录态优先、游客合法分享 SID 次之、无分享时 Apollo 默认站点兜底”，本地探针、PHP 语法、项目验证及交付门禁通过；当前仍待常规提交、发布和真实请求验证。
  21. AI 研发 Skill 隔离验证仓与总入口注册已完成：在隔离总入口下完成 DGJ2/SAAS 两个验证仓初始化、项目注册、跨项目索引重建和 onboarding-report 生成，两个项目初始化校验和知识沉淀审计全部通过，为后续演示和前向测试准备了不触碰正式仓的标准环境。
  22. DGJ2 折扣活动当前页设计门禁已沉淀为可恢复包：在隔离 DGJ2 验证仓建立 REQ-20260729-DISCOUNT-ACTIVITY-LIST 设计包，沉淀 13 条已确认规则、3 份 ADR、R/D/T/TC 映射和 2 个待确认问题，并确认 application 业务代码零差异；当前明确停在 design-review，未获确认与授权前不进入业务代码。
  23. 7 月 29 日出库重试告警已完成归因收敛：确认 DGJ 出库重试 10 次失败并非同价换料复发，而是 SAAS 销售单创建先被共享库 max_prepared_stmt_count 故障拖垮后的下游症状，避免把线上告警误归因给业务规则。
  24. 微信群分享 iOS 缩略图兼容规则已沉淀：沿 dgj-center -> inner-robot -> ECloud SDK 链路确认 thumbUrl 必须是 50KB 内 PNG/JPG，现网 2048x2048 / 868131B 图片会导致 iOS 卡片空白，且旧卡片不会自动刷新；已给出 OSS 派生图和重发策略。
  25. AI 工程方案详细讲稿已完成并可复用：在既有分享提纲基础上，生成了一份 2334 行、11 张 Mermaid 图的详细讲稿，系统化说明总入口、项目仓、任务包、目录职责和执行门禁，保留原精简讲稿不变，便于对同事做分层讲解。
  26. DGJ 非效期库存校验兼容已完成 PHP 修复：针对非效期物料被误套用效期库存规则的问题，已让 OPS 提交校验和 DGJ 实时库存请求在 date_calc_mode=0 时统一传字符串 "0"，并保持本地按不限批次汇总库存；项目校验通过，待 Java 联调/预发验证。
  27. SAAS 预发 dgj_notify 消费异常已完成归因：确认 Consumer 反复退出的直接原因是 AMQP KeepaliveIO 心跳失败；saas.dgj_notify 与 kz-saas.dgj_notify 则是 APP_NAME 配置差异生成的两个独立队列，不会互抢同一条消息，但会分别消费一份副本。
  28. KZMALL Wi-Fi 链式 VPN 访问 Kibana 方案已验证：在受限 Wi-Fi 环境下验证 KZMALL Wi-Fi -> kz-prod -> kz-office -> Kibana 双层 VPN 链路可行，并沉淀一份同事可复用的内部 runbook，保住了 Kibana 等内网排障通道。
  29. AI 研发 Skill 远期目标页已上线验证：在统一知识站讲解页新增第 7 页“远期目标”，补齐图形化需求、项目架构开发、上线前 Code Review、Kibana 自动发现、本地/快小六排查和经验回流，并完成桌面与 390px 手机演讲模式验证。
  30. 述职台账/总结日历/Codex 管理入口管理员密码已完成轮换：后台管理员哈希已替换，三入口新登录链路和数据库备份验证通过，独立知识库密码保持不变。
  31. 客户余额导出公式注入修复完成本地验证：定位单个客户导出 ERR_INVALID_RESPONSE 的根因是 适配车型 =皮卡 被 PhpSpreadsheet 当公式，并在 ExportExcel.php 对字符串列显式按文本写入、本地语法和 XLSX 写出回归通过。
  32. 历史对账 -120 累计欠款修数复核通过：复核客户 11720154 的历史收款与退货链路，确认原销售 +120 与退货单 -120 已自然相抵，累计欠款恢复 0，当天 450 元出库单不受影响。
  33. 第三方旧电瓶回收与折扣活动订单两类公共校验边界已收敛：前者确认不应在撤销销售单时继续套用历史可退量校验；后者确认应仅在 srcOrderType=13 + flash order 时精准旁路起订倍数校验，均待进入业务代码实施与回归。
  34. 站管家报价故障证据链已完成沉淀：结合 sale / basedata / VinAudit 的日志、代码和重启时间线，确认首发异常早于 VinAudit 硬超时，真正决定恢复的是 basedata 阻塞解除后 sale 侧坏连接池被清空；“为何必须先后重启 basedata 和 sale 才恢复”的证据链已整理成公开复盘文档。
  35. 商品报价跨微服务链路与 Mongo 写入入口已统一成文：梳理 DGJ2 -> Sale -> Basedata / Purchase / VinAudit / 价格中心 主链，确认 searchList 本身不写 Mongo、商品写入集中在 DGJ2 定时脚本/MQ/人工修复入口，并补齐 getCustomerAccount 字段消费和高可用拆分方向。
  36. 报表慢 SQL 归属已缩小到单一模型链路：从 DAS 慢日志反查到 dgj2.0/application/models/report/ReportModel.php 及对应前端报表入口，后续性能优化不再需要跨系统继续猜测。
  37. DGJ 客户资料批量导入兼容已完成提交：确认批量修改接口未把 Excel B 列客户名称写回 BS_CONTACT.name，随后收敛为“仅在 B 列非空时更新 name/pinYin”的最小改动，保留原必填口径与原批量修改行为，并形成提交 d0d43489f0。
  38. DGJ 待入库打印筛选改动已回退并完成风险控制：曾针对 print_data 对象/数组兼容进行服务端改动，但业务反馈打印问题加重后，已在 bugfix 分支逆序 revert 四笔打印相关提交并合并回 staging；目标文件回到首次修复前版本。该项不计为打印功能交付，后续需从最小可复现重新定位。
  39. 跨项目线上事故拓扑与老板汇报材料已完成首版并补齐第二版底稿：基于 inner-robot / DGJ2 的真实日志、代码和数据库链路，先补齐事故拓扑文档并生成一版 16 页汇报 PPT；随后又按非技术复盘样式重写第二版 Markdown 大纲，补入用户可见现象、分钟级表格时间线、kill SQL/重启 sale 的临时恢复动作、AI 排查证据链，以及“健康检查报错来自共享 worker 阻塞”的应用侧解释。
  40. DGJ 4 条 MQ / 后置 Job 与商品 Mongo 写入文档已完成运行态补证：在 8 月 3 日报价/Mongo 底图基础上，8 月 10 日继续把价格生效/失效、货主区域变更、销售限价变更拆成独立文档；8 月 12 日再补上 MQ-04 限采配置、MQ-POST-01 后置 Job、字段生命周期表和 Prod-DGJ-1 nginx crontab 调度证据，形成“链路说明 + 字段入口 + 现场调度”的统一知识页；同时明确货主区域消息当前只能写成“消费端已证实、生产端待补证”。
  41. Kibana 查询 Skill 已固化 VPN/DNS 稳定访问规则：确认浏览器可访问但脚本失败时，不应误判为 VPN 未连通；已把“401 代表网络已通、dig + 内网 IP + Host 绕过系统 DNS”写入查询脚本和 Skill，后续跨服务日志查询不再被本机 DNS 超时直接阻断。
  42. AI 工程总入口四场景分流已完成正向验证：把总入口从单一 PRD 重流程改造成“需求 / Bug / 线上排查 / 快速变更”四场景分流，补齐路由脚本、模板、讲解文档和公司级 DoD，并通过 DGJ2/SAAS 路由与独立 Agent 回归，修正“改错误提示文案”误判为 Bug 的问题。
  43. wechat-ee 8081 健康检查告警根因已定位：结合 Kibana、机器人请求日志与 wechat-ee 调用栈，确认 10:21 左右的大图群发先压垮 WXSdk 4600/5600 资源下载链路，机器人下载超时重试和无处理中去重进一步放大同图重复下载；16:30 新一轮告警与同一路径一致。该项当前仅能记为“已定位待修复”，不能写成已治理完成。
  44. DGJ 稳定性升级计划已形成统一管理看板：基于上周汇报 PPT 与现有 Mongo/MQ 梳理结果，将后续稳定性升级压缩成“当前任务进度”单页看板，明确 Sale Work 阻塞治理、MQ 总体 30% 进度，以及“机器人数据库独立已完成、统一 Mongo 写入和商品报价独立缓存尚未开始”的真实口径，并同步知识库版本，提升团队汇报和执行跟进效率。
  45. 同名出库重试耗尽告警已拆为两条修复主线：同一天的生产与预发 garage_repair_outbound_retry_exhausted 告警被明确拆成两类根因：生产是 DGJ 订单更新后商品快照与出库消息不一致，预发是 sourceType=16 场景只发出库、不发建单/改单消息；这让后续修复可分别落到“明细一致性约束”和“order-before-outbound 门槛补齐”两条主线，而不再混用补偿方案。
  46. 销售限价 MQ 后置执行已完成预发隔离验证：将 Consumer 入口切换为写既有 t_bs_mq_message.content，新增 ItemCenterSalesPriceLimitJob 调用原 salesPriceLimitNotice()，测试消息在预发完成 WAIT(0) → ING(1) → SUCCESS(3) 并清理；真实 RabbitMQ 投递、生产 crontab 和真实客户/SKU 最终投影仍待验证，当前不能写成已上线。
  47. 秒杀折扣订单关单 Bug 已完成代码修复与静态验证：针对 srcOrderType=13 被旧采购关闭规则拦截的问题，放开商品/整单关闭入口，按采购明细行重算剩余数量，在线支付复用退款、挂账复用取消发货并释放对应秒杀数量；订单中心失败时回滚并停止提交、消息与释放，真实预发订单回归仍待执行。
  1. 销售限价与秒杀订单完成真实预发主流程核验：销售限价消息完成 WAIT → ING → SUCCESS，MySQL 关系写入和已有 Mongo 投影可见，但 ES 缺失索引、调度缺失和成功状态过宽仍待治理；秒杀折扣订单主关闭数据、关闭数量、释放和售后记录一致，退款最终回调仍待观察。
  2. 腾讯云持续开发基础设施完成长期模式部署：企业 VPN 改为 systemd 托管、自动重连和主机绑定加密凭证；三项目原生 OpenCode Server 的真实 Session、Message、Part、SSE 和限流状态可验证，浏览器级部分回归和 Provider 额度仍是风险。

第五个月新增事实（截至 2026-08-16）

  1. 云端排查项目扩展与界面可读性优化：Purchase、Sale、VIN 已注册并部署独立 OpenCode 服务，六服务健康检查通过；实时事件改为摘要、默认折叠、按需展开，并修复刷新强制滚底问题。
  2. 生产活动草稿受控导入与字段纠正：在明确授权下完成一笔套包活动的草稿保存，90 条明细、54 个物料、13 个仓库，未提交未启用；按月倒推月份和申请人字段已纠正，公共仓库文件已恢复。
  3. 在途库存缺陷与 Kibana 隧道修复：生产只读证明同一明细多笔退货时关闭量被覆盖，已创建 DGJ Bug 包并进入候选经验池；TCP MSS=1200 使约 68 KB Kibana 登录页经隧道完整返回并持久化。库存 Bug 尚未修复发布，Kibana HTTPS 443 空响应仍属于服务端风险。

第五个月新增事实（截至 2026-08-17）

  1. 在途库存跨服务修复与线上旧版本闭环定位：将实际提供在途数量的采购服务从“同一明细最后一笔覆盖”改为关闭量累加，40+20 场景本地验证为在途 0；通过线上入口日志、采购 RPC 返回和运行容器源码确认当前生产请求仍命中旧版采购服务，修复已提交但生产发布、滚动重启和页面回归尚未完成。
  2. 秒杀导入两个缺陷完成最小代码修复：仓库导入改为 JSON 嵌套分页并保留启用仓过滤；生产日期导入在方式为空且倒推区间完整时按月推算，显式按天/无推算语义不变。PHP 语法、差异检查、provider 与反射回归通过，真实 Excel 与预发提交验证待补。
  3. 销售限价 MQ 的 ES 局部失败治理完成代码实现：按服务站隔离 ES 缺索引和更新冲突，继续处理其他站点；Mongo/MySQL 核心异常继续抛出，Job 按消息分别写 SUCCESS/ERROR。Kibana 已查到真实版本冲突案例，预发发布和多服务站回归待完成。
  4. 稳定性汇报和文档结构继续收口：将站管家稳定性周报整理为单行编号化口径，把非 MQ Mongo 文档统一为业务目的、入口、拓扑、字段、页面、日志、补偿、回归结构，作为后续 MQ/Mongo 治理的可复用底图。

第五个月新增事实（截至 2026-08-19）

  1. 站管家稳定性与 6 个 HTTP 入口文档校正：将三方供应商库存接口降级、销售限价 ES 局部失败和 MQ/Mongo 50% 梳理分开表达；结合页面代码、Controller/Service 与请求日志，校正 6 个商品维护入口的页面来源、拓扑、字段、执行顺序和 Mongo 首次写入时点，删除无实际业务效果的直接返回节点。
  2. 线上删除与清理规则排查：只读验证销售限价 03:00 Job 正常触发但无待处理消息；确认 8 月 17—19 日三方商品成功删除记录 75 条及库存流水门槛；定位购物车按连续一个月未修改批量物理清理，当前未发现本次物料转采购订单证据。
  3. Robot/AI 日志治理方案明确待实施：结合 Kibana、生产日志文件和源码，确认 HTTP、Kafka、Provider、回调及业务大数组存在重复和大 payload，形成“链路摘要全量保留、异常/指定 trace 定向原文、成功日志去重限长、单节点灰度和回滚验收”的方案；本日未修改代码或生产配置。

第五个月新增事实（截至 2026-08-20）

  1. 三方商品导入 5 MB 限制完成本地交付验证：后端 saveGoods 与新旧商品列表均加入大小控制，超限文件不会进入请求或解析链路；PHP 7.4 容器语法检查、边界行为和差异检查通过，预发/生产发布证据待补。
  2. 折扣活动订单内网白名单关闭入口完成最小范围实现：统一读取 inner.order.close.sids，InnerTokenAuth::isInnerServer() 为硬边界，zxp 只对 srcOrderType=13 生效；未发货列表和关闭前确认入口已对齐，详情、实际关闭、退款和库存释放逻辑未扩大修改。当前仅本地/静态验证，目标环境部署和真实回归待完成。
  3. 双线图片空白问题从上传现象追到格式与入口：确认 .jpg URL 实际为 PNG，旧解码器失败后仍绘制标题；主流程和残留旧入口已改为按真实内容解码并完成 fixture 验证，正确内网服务部署和同请求回归待补。
  4. Robot/AI 日志治理形成可落地量化方案：按代码点核对约 430 GB/日日志，识别 CLB 健康检查、完整 NotifyEntry、Kafka/Provider payload 和图片内容重复放大，提出摘要字段、异常定向原文、单节点灰度和回滚验收；这是方案成果，不是已完成降量。

第五个月新增事实（截至 2026-08-25）

  1. 三方商品导入 5 MB 需求完成后端交付：最终只保留 saveGoods 接口入口拦截，提交 170a8a2759 并推送 bugfix/20260825-third-party-goods-import-5mb；SID 1176 的 55 列 .xls 测试文件已生成并通过旧版回读，预发/生产边界回归待补。
  2. Robot/AI 日志量化和链路 ID 归因进一步收口：新 Kibana API 核验 2026-08-24 两个 AI 节点共 34,090,545 条、约 146.92 GB，前三类文件占约 98.2%；确认完整 payload 重复及业务 request ID 与 CLI logger ID 分裂，尚未实施代码或采集策略改造。
  3. Git 误删分支恢复形成可复用能力：从 Jenkins 最后构建提交 94331e93... 追溯真实历史，重建 restore/bugfix-20250410-re 并核验本地/远端一致；恢复规则已写入 DGJ2 Skill 和知识库 runbook。
  4. SAAS 销售订单明细 ID 需求完成方案设计：初步形成明细 ID 映射和外部 ID 优先匹配设计，后续按 P1500 真实契约收敛为 srcOrderEntryId（传输）、src_order_entry_id（SAAS 列）及 entryId（站管家明细 ID），覆盖创建、追加、修改和出库；尚未修改代码、数据库或接口契约，不能写成已交付。

第五个月新增事实（截至 2026-08-26）

  1. DGJ 内部重复大日志完成最小改造并发布观察：仅处理 dgj2.0 内部 4 个日志文件，保留 Robot.php 入口原有完整日志、关键节点和必要链路字段；contact 保留单份完整快照，conversation 保留完整记录，preConversation 仅保留 ID/状态。发布后 Kibana 观察到 onMessage 开始 单条约 156 字节，解析、联系人、会话和结束节点仍可检索，线上消费者运行正常且未发现本次发布导致的崩溃；Kafka 空轮询/循环日志、剩余商品大字段和消费者失败提交语义仍待单独治理。
  2. 稳定性周报完成真实进度和优先级收口：大表梳理明确为仅 MySQL、当前进度 30%；Robot 日志 150G → 40G 单独标记完成，AI 报价日志 280G → 200G、目标 100G 标记 60%；后续顺序为 P0 AI 报价日志精简 → P0 MySQL 大表盘点与精简 → P1 Top10 慢 SQL，并移除前期成果的重复计入。
  3. SAAS/DGJ 销售订单明细行级映射按 P1500 真实契约收敛：传输字段使用 srcOrderEntryId，SAAS 数据库列使用 src_order_entry_id；创建响应按 orderInfo[].srcOrderEntryId 对应本地行、entryId 保存站管家明细 ID，出库最终继续使用原 saInfoId；8 月 26 日仍处于设计阶段，8 月 27 日已进入代码和预发结构实施，但尚未提交发布。

第五个月新增事实（截至 2026-08-27）

  1. DGJ 日志限长完成预发真实验证：将 searchWxList 与 searchWxList-self 的重复截断逻辑抽成 BaseSer::formatLogContext()，最多保留 500 个 UTF-8 字符并追加 ...；预发真实请求 HTTP 200/success，单次链路约 31 条日志、11.6 KB，未发现最终请求异常。该结果是预发验证，不等同于生产全链路降量。
  2. SAAS/DGJ 订单明细映射进入实施阶段：预发 kzsaas 16 张明细分表字段和索引已核验；SAAS/DGJ 分支已落创建、追加、同步、出库和重复明细边界保护，出库最终继续使用原 saInfoId。两个仓库尚未完成提交发布，Java 订单项目和跨项目回归仍待补齐。
  3. 分表订单最近明细同步完成预发 Canal 修复支撑：定位过滤规则未覆盖数字后缀分表，预发规则已扩展并重启，分表消息已进入 Kafka；消费者最终回写和真实下单回归尚未闭环。生产仅完成只读配置核对和简版操作流程，未改生产。
  4. 生产商品分类异常完成字段级根因闭环：通过老 Kibana、生产库、Redis 和源码确认 ItemCenter 关系同步缺少分类字段，DGJ 缺陷链路把空分类映射为“其他”并写回商品表；初次新增分类正确，生产未执行写操作。正式修复方案和剩余恢复来源待推进。

第五个月新增事实（截至 2026-08-31）

  1. 客户应收性能改造完成两条真实回归：ContactModel::receivableBalance() 以 11 个真实样本、149,007 张销售单验证新聚合与当前 PHP 逻辑差异为 0.00，最大样本约 22.2s → 1.11s；ReportModel::getpAmount() 日期场景 1,111 个客户原/新均返回 225 行，金额和空值形状差异为 0，约 13.440s → 0.305s。两项代码均未完成目标 PHP runtime lint、预发/生产发布；ALL 全历史约 6.863 秒，不能写成全场景 1 秒达标。
  2. 慢查询治理形成可执行分层判断：最近售价查询带 buId 的样本去掉错误强制索引后约 10.46s → 0.09–0.24s，无 buId 样本变化较小；成本价查询确认大批量商品、历史记录、重复 COUNT/排序分组是主要开销，形成删除无效调用、收敛库存范围、MAX(id) 回连和当前成本快照方案，仍待入口确认与预发验证。
  3. 生产挂账退货误退款完成根因闭环：通过代码、生产 Kibana、堡垒机配置和数据库只读核对，确认 DGJ 关单后由 SAAS 退货完成分支直接进入支付退款，缺少挂账/未支付排除判断；支付 Provider 不可用是现场 500 的外部原因。已建立脱敏事件包，生产代码、数据和配置未修改，待转 SAAS BUG。
  4. 知识库访问策略完成发布验证：普通知识内容取消独立密码后未登录可访问，述职台账、总结日历和 Codex 管理入口继续保留管理员保护，应用/Caddy/腾讯云维护说明同步完成。

第五个月新增事实（截至 2026-09-01）

  1. 应收聚合改造完成预发真实回归：DGJ2 提交 96d888caf7 已合入 staging；预发部署文件与本地一致，PHP runtime lint、OPcache 文件变更检查和健康检查通过。预发真实样本中旧销售单 SQL、旧付款聚合和 PHP 循环合计约 564.891ms，新聚合 SQL 约 41.509ms，返回结果一致，约快 13 倍；页面级接口总耗时和并发 P95/P99 仍待补。
  2. 30/31 号慢查询增长完成分层归因：业务 SQL 执行次数约增加 21.8%，加权平均耗时下降约 0.6%；增量主要来自销售单、收款、对账和客户应收页面调用，旧 getpAmount() 仍占主要流量。付款汇总和订单 COUNT 的覆盖索引只完成候选设计，PDA 商品码优化因原 SQL 多条码非聚合字段取值不确定而暂缓。
  3. SAAS/GRS 优惠金额回退修复已合入 staging：当 activityAmount 为 0 时，GRS 来源改为读取有效 disAmount，非零 activityAmount 仍优先；代码提交 75a68f874，合入提交 46bcc4626。消费者重启后的真实订单、优惠券/活动组合及订单头与明细金额一致性仍待回归。

第五个月新增事实（截至 2026-09-02）

  1. 生产挂账订单异常完成逐单闭环：按 SAAS Worker 业务源去重后，“订单不存在”27 条、“明细为空”5 条涉及 7 笔订单；逐单核对确认 DGJ 销售单、销售明细和 SAAS 关联回写均存在，其中 3 笔待出库、3 笔已完成、1 笔后续关闭。根因收敛为订单/明细短暂不可见叠加锁后置和立即 REQUEUE，事件包已完成 Revision 3 并归档；本批无需修复生产数据，代码可靠性问题待另立 SAAS Bug。
  2. 应收分段聚合候选完成多样本验收：按 ID 代际/数值桶生成最多 22 个半开区间后，每个业务聚合 SQL 均低于 1 秒，目标大样本完整流程约 9.134s 且金额一致，另 4 个真实样本也通过金额和覆盖校验；未分段 SQL 的部分样本仍约 1.033～4.6s，冷缓存、高并发、PHP runtime lint 和页面回归待补。
  3. 慢查询文档与稳定性周报进度完成校准：Confluence 慢 SQL 文档统一为总览结论表与独立明细对比表，补充 t_price_change_log 索引/历史数据清理和 t_cart_repair 当前无慢查询观察；周报将 Top10 慢 SQL 梳理与优化保持为进行中，避免把局部索引优化写成整体完成。

第五个月新增事实（截至 2026-09-07）

  1. SAAS 完成消息可靠性修复已提交：确认创建事务与完成消息并发时，立即 REQUEUE 在提交前耗尽，导致完成事件被确认而未更新状态；提交 5706218a2 增加 2 秒 TTL 延迟重投、最多 10 次，并对订单暂态不可见保留重试。静态检查通过，PHPUnit 受本地运行环境错误未执行，生产发布和历史消息补偿待完成。
  2. SAAS 明细兼容与活动顺序已提交：fd70bd0fc 恢复源明细精确映射缺失时的旧 (inv_id, is_gift) 兜底，并让 APP 活动保留 Java 返回顺序；代码检查通过，待预发同 SKU 多行、旧消息和真实出库回归。
  3. DGJ OOM 与日志治理取得可复核边界：销售单列表内网临时修复将 6 条订单请求峰值降至约 4MB，确认两处 IN 条件错误后已还原；同时确认 providers/default 的 AES 加密请求连续三天约占请求日志 99%，形成单接口摘要化方案，均未把临时验证/方案写成上线结果。
  4. VIN 日志和工作台优化完成交付层动作：VIN Base64 日志最小改动 39f00f72ea 已合入 develop/staging，预发图片回归待补；Codex 工作台已发布最近工作、置顶按最近对话、回答卡片和移动端适配，线上健康检查及桌面端顺序对照通过。
  5. 订单与库存规则继续保持只读边界：不良品退货问题确认库存账与退货资格账不一致，需产品确认“退回入库后能否再次退货”；未发货关闭告警定位到订单中心售后分流，不扩大 DGJ 白名单；SAAS 大表 DDL 已完成生产版本/容量/时段评估，未执行生产 ALTER。

第五个月新增事实（截至 2026-09-08）

  1. 生产日志治理完成增量归因：同一早间窗口 DGJ 总日志约 15.87 GB → 19.44 GB，但 VIN devcenter 约 2.12 GB → 1.10 MB；providers/default 约 9.25 GB → 15.03 GB，AES 响应约 5.62 GB → 10.47 GB。通过生产 Kibana 与代码对齐，确认 AES 完整明文/密文日志是主要增量对象，已形成保留排障骨架、摘要化请求/响应、先单节点灰度的方案，尚未实施。
  2. 订单库存问题从业务追问推进到数据与代码证据：确认一笔采购退货不是未发货取消；两件商品提交前均在不良品货位，仅一件能追溯到用户销售退款，退回服务站的一件仍为不良品库存。进一步复算可退 SQL，发现新实际关单表未纳入查询，是否恢复可退数量待产品确认。
  3. 自动出库队头阻塞修复完成线上验证：按 id ASC 每批 100 条直到空批次，205 条模拟数据和线上 7 批任务均验证通过，目标单完成出库并回写 is_out=1；但原有多单 $entries 累积风险仍待补最小修复，不能写成全链路无风险。
  4. 慢 SQL 优化进入预发执行计划验证：报价基础表 64 张分表的 create_time 单列索引预发执行成功，分表 3 的计划命中 range；购物车查询实测扫描约 53556 → 450 行、耗时约 13.465s → 0.221s。生产 DDL、同窗口多次对比、明细 sid 一致性和新 Confluence 文档仍待完成。

第五个月新增事实（截至 2026-09-09）

  1. 慢 SQL 治理从局部数据推进到可反查拓扑：补齐报价基础表、购物车、采购明细来源、采购首页待对账和调拨申请单的 DAS 统计、单次对比、代码入口、页面字段及 Controller → Service → Model → 分表 → SQL → PHP 返回链路；新 Confluence 文档 73511128 已保存，稳定性周报同步压缩。
  2. 采购首页待对账数量完成本地最小修复：todayTodo() 改用 waitCheckBillSplit()，以两条 COUNT 保留原日期、状态和来源条件，加入 NULL 日期排除、同事务和异常回退；语法与差异检查通过，尚未预发/上线。该动作体现了在不改页面返回结构的前提下收敛派生表 COUNT 风险。
  3. 报价索引收益完成具体 SQL 只读核验：生产当前索引命中 range，具体窗口 5 次平均约 0.088s、最大约 0.149s；历史 DAS 模板为平均 482,794.2 行、最大 557,784 行和最大 1.59s，因具体窗口候选为 0，仍需真实有数据窗口验证，未把估算 rows=1 当实际扫描行。
  4. 生产日志治理完成接口量化与跨服务排障边界：10:00–10:15 四个 VinAudit 接口合计 62,948 条、约 945.9M 字符，/product/search 占 90.1%；约 93% 字符来自服务端请求和完整响应重复记录。DGJ、Sale、VinAudit 的 RequestId 尚未统一，已提出摘要成功日志、异常保留原文和统一 trace_id 的实施顺序，尚未改生产代码。
  5. SAAS RabbitMQ 异常形成初步可验证结论：Invalid frame type 65 发生在 AMQP 帧读取阶段；目标 5672 TCP 可达，本地普通和 Swoole 客户端均能握手，暂不能归因于业务消息或长期端口错误，生产容器配置、代理/负载均衡和服务端连接日志仍待补。

第五个月新增事实（截至 2026-09-10）

  1. 应收并发改造完成本地多样本验收：在 dgj2.0 -> dgj-center:9501 -> 预发 dgj 只读库 链路上逐组对账 7 组真实样本，旧/新 invoiceCount、rePayment 均一致；4 路与 8 路并发均 HTTP 200。代码未提交、未推送、未合并，曾出现约 5.2 秒数据库资源长尾，当前仍待预发页面回归、冷/热缓存和 P95/P99 验证。
  2. DGJ 搜索摘要日志完成生产收益核验：仅按 DGJ 自身 /offer/search/list 口径核验 21:10–21:25，258 条均为新摘要格式、旧完整 data 为 0、异常关键词为 0；字符量约 2,010,924 -> 488,296，下降约 75.7%。统计排除了下游 VinAudit /product/search，DataService、providers/default 和 AES 请求仍待分别治理。
  3. 跨系统请求关联方案完成边界收口：保留 DGJ、Sale、VinAudit 各自本地 RequestId，以 Dgj-Request-Id 作为跨系统关联字段；成功日志摘要化、异常保留原文和透传验证顺序已明确，尚未修改 Sale/VinAudit 代码或生产采集配置。

第五个月新增事实（截至 2026-09-11）

  1. DGJ AES 高流量日志完成定向治理实现：同窗口 DGJ 自身日志约 1,275.2M 字符，providers/default 约 616.6M，AES 请求约 584.6M，其中 content.rows 约 556.7M。完成 Offer::searchList 成功请求摘要、异常保留完整请求的本地实现和模拟验证，实际 AES 入参不变；代码尚未预发。
  2. 应收并行链路和历史销售价 SQL 完成边界核验：两次预发 DGJ Guzzle 请求到 dgj-center 均 HTTP 200，金额和销售单数与旧逻辑一致；历史销售价 SQL 重写前后 54 个商品结果一致但扫描量未降，索引/候选校验方案待验证。
  3. 跨服务订单问题完成责任边界收敛：确认顺丰显示涉及 Purchase 映射与 DGJ 前端判断，已支付取消未退款属于退款分支未启动，未发货关闭失败属于订单中心分流和明细状态校验；未修改生产数据或扩大 DGJ 白名单。

第五个月新增事实（截至 2026-09-12）

  1. AES 日志摘要完成策略复用化：新增 RequestLogPolicyRegistry 与独立 Formatter，PHP 7.4.9 语法、自动加载、成功摘要、异常完整回退、默认原文和策略恢复均通过，本地验证完成，预发验证待补。
  2. 本地应收网络适配完成验证：仅调整 php74 与 dgj-center 共享网络命名空间，保留既有 127.0.0.1:9501 Provider 调用；健康检查和应收接口 HTTP 200，未修改业务代码，配置不代表预发/线上部署。
  3. 顺丰显示修复范围明确：Purchase 负责物流编码/名称和历史兜底，DGJ 前端负责提交成功弹窗判断；TMSPROD_THIRD_PICKUP_ORDER_UPDATE_COLLECT 消费属于独立同步事项，不作为本次显示问题的必要改动。

第五个月新增事实（截至 2026-09-13）

  1. 述职材料完成近期优化成果独立呈现：新增 MySQL/DAS、应收聚合、DGJ/Robot/AI/VIN 日志治理、站管家报价故障 AI 排查和后续稳定性优化章节，第三条核心故事改为“稳定性治理、性能优化与研发效能”；公开文章 HTTP 200 且全文搜索可命中。
  2. 材料验证边界保持准确：应收并发、AES 策略、部分 SAAS 修复仍标为本地/预发待验证或已提交待回归；移动端动态检查因导航超时未宣称通过。

第五个月新增事实（截至 2026-09-14）

  1. 报价自定义价归零问题完成“复现—修复—发布—影响盘点”闭环：预发隔离测试复现旧 SQL 的联合键交叉命中，修复为成对键过滤、服务站过滤和 ELSE custom_price 后消费者回归通过；生产代码已发布，线上只读重建确认 78 条可归因历史异常，数据补偿尚未执行。
  2. 日志治理从本地实现推进到生产收益观察：AES 请求摘要策略在 6 台 DGJ 节点生效，目标日志平均约 30.9KB → 3.9KB；报价主流程无持续性回归，但发布切换短暂出现 4 条 Worker 版本不一致 500，后续将发布重启门禁纳入稳定性故事。
  3. 跨服务排查形成两个可复用边界：顺丰退货旧版列表为漏改前端链路，已完成最小本地修复但预发未回归；SAAS 机器人下单失败为迁移后错误 Consul 集群视图，不是 BaseData 数据未迁移，失败消息 ACK 后的补偿仍待运维恢复和幂等核验。
  4. 性能目标和文档规则进一步收口：明确 SQL 自然完整返回低于 1 秒不能绝对承诺，需靠索引、分段或汇总表并用真实负载验证；售后凭证规则按服务站版本与品类配置拆解，形成可读的业务解释。

第六个月新增事实（截至 2026-09-15）

  1. 报价自定义价历史异常完成生产补偿闭环：在前一日代码止血和影响盘点基础上，重新确认候选数量，逐条锁定并校验服务站、规则、原值和指导价快照，只更新动态自定义价；78/78 条逐条回读成功并在事务内提交，正常 0 值未纳入，其他价格字段和 MQ 未改。后续保留提交后的业务展示/询价回读，不再重复补偿。
  2. 销售明细长日期查询完成保护交付：定位 256MB OOM 由长时间范围触发全量结果组装并在 json_encode 阶段失败，统一查询/成本查询/普通导出/成本导出最多 6 个月；旧版 iframe 错误提示修复提交 c1bf76d489，预发错误 JSON 和静态检查通过，发布后四场景回归待补。
  3. 日志治理收益与 AES 拥堵边界完成新增证据：生产同窗口总日志容量约下降 9.8%、AES 请求约下降 23.5%，半日 providers/default 约下降 33.8%；AES 超时进一步收敛为大分页并发占满两个节点的同步 Worker，后续请求排队后调用方 5 秒超时断开。Apollo→Tools Worker→Redis→DGJ 读取链路和默认走 Tools 的本地加密开关完成设计，未实施。
  4. 预发审核与应收缓存方案形成可验证边界：补充审核源数据后完整审核链路通过；同时识别应收余额由销售出库/付款分表聚合，形成事务提交后失效、TTL 和分布式锁方案，仍待覆盖全部写入方后实施。

第六个月新增事实（截至 2026-09-16）

  1. AES 本地/Tools 开关完成真实预发回归并完成生产观察：提交 903e7315af 增加 security.aes.use_tools 分支；同一 VIN 在 0/1 下均 HTTP 200、前端解密出 129 条且前 5 条一致，0 未新增 Tools encode，1 调用 Tools 成功，预发最终恢复为 0。生产最近 30 分钟 DGJ AES/Tools 超时均为 0；此前 18:00–18:30 的 125 条超时收敛为大分页并发占满同步 Worker 后的 5 秒调用方断开，不是 TUN/VPN 根因。前置报价请求与本地 AES 尾部耗时仍待持续观察。
  2. 本地运行环境完成日志空间治理：定位 dgj-center Docker JSON 日志约 15.6 GiB，根因为完整请求/响应/SQL INFO 同步 stdout 且无轮转；清理并加入 100 MiB × 3 轮转，可用空间约 1.3 GiB 恢复到 26 GiB，12 个容器及 DGJ2/SAAS 健康检查恢复。该结果属于本地运维能力，不外推为生产日志治理收益。
  3. DGJ2 变更状态膨胀缺陷完成修复和可恢复清理：确认 Revision 42 注入预转义文本后，checkpoint 读取/写入不对称使状态近似翻倍；保留 Revision 67，原始历史压缩归档并清除 66 个膨胀副本，活动包约 1.5 GiB 降至 2.2 MiB。解析、大小上限、预转义入口拒绝和 18 项回归通过；其他目录未发现第二处同类数据膨胀，公共模板旧逻辑仍是后续风险。
  4. 采购入库列表/导出一致性修复完成隔离回归：统一筛选、雪花 ID 字符串精度、未付款分支、主单/明细范围、最多 6 个月校验和错误展示，18/18 规划测试及 PHP/JS 静态检查通过；真实非生产文件下载、响应头、内容和内存峰值尚未验证，任务仍 testing/active、未发布。
  5. 慢 SQL 与前端契约优化形成可执行边界：报价 COUNT 由生产只读样本确认完整派生表统计存在额外开销，现金银行聚合确认尾随空格、未聚合日期和账户过滤下推问题；客户账户应收字段拆分已完成精简 Mock 文档。相关索引、后端代码和新余额接口均未执行。

第六个月新增事实（截至 2026-09-17）

  1. 调拨付款方向纠正完成生产闭环：确认线上待付款金额与源单查询不一致来自历史调拨收款方向错误；在生产应用主库事务内同步修正付款主单、明细和两层账户流水，修正前备份，四条更新均影响 1 行。接口回读确认付款方向正确、待付款金额消失且未重复记账；误删的另一张同金额调拨单也已恢复。
  2. ZGJ 最近采购异常完成根因闭环：生产 IN () 错误由纯赠品过滤后空 SKU 集合仍进入 ORM 查询触发；同时确认订单明细延迟可见和 Kafka 先提交 offset 的可靠性风险。业务规则确认纯赠品不计入最近采购，但空集合短路和重试策略仍待修复。
  3. SAAS 商品列表异常完成跨层定位：游客或未绑定修理厂时认证上下文得到 contactId=0，商品列表仍并行调用 DGJ 简称接口，触发参数为空；最小前置保护明确，未改代码。
  4. 日志与 SQL 优化证据继续收口：DGJ 上线后同窗口日志容量约下降 45.9%，providers/default 约下降 95.5%；报价规则大数组和 t_tyre_claim、t_work 索引候选完成只读分析，未执行生产 DDL。客户应收新接口完成本地 PHP 7.4 校验，尚未部署。

第六个月新增事实（截至 2026-09-22）

  1. Codex 工作台官方 app-server 实时链路完成发布验证：修复网页新任务的同版本 codex-code-mode-host 启动、WSS 认证/ACK、事件去重和完成后同步误判；真实测试收到 item/started、命令输出增量、回答增量和 turn/completed，三段命令输出与最终 done 均独立回读。桌面已有会话仍是 rollout JSONL 增量镜像，不描述为外部直连桌面私有 stdio。
  2. DGJ 授信客户兼容修复已提交：creditStatus=1 时即使 hideRePayment=1 仍返回 rePayment、credit_vacancy，非授信客户保持隐藏；提交 ca3895614f，SQL 聚合改动已撤回，前端和后端最终授信校验未修改，git diff --check 与 18 项项目测试通过。该修复尚未预发/生产发布。
  3. 授信影响面与重复查询方案完成证据收口：只读统计有效授信用户 3,184 人、近 30 天有挂账销售单 1,178 人；确认老版销售开单商品行循环会放大授信查询，形成按 sid+buId 精准失效、事务后删除、TTL 和消息丢失兜底方案，未将缓存方案写成完成成果。
  4. 慢查询、成本价和销售明细进入拓扑化排查：补齐销售打印/应收调用、成本写入/回滚/出库快照/报表补算，以及销售明细筛选/分表/维表/成本/导出路径；澄清两个调用位置是两条业务链路，成本价全貌和大数据迁移仍待补证与方案确认。

第六个月新增事实（截至 2026-09-23）

  1. Codex 工作台分页与同步续传修复发布验证：定位大历史会话首屏阻塞、前端声明顺序错误、消息被活动卡片抑制、近似去重和批处理误推进游标；上线消息/活动双游标、重复消息保护和续传修复，线上真实会话由 14 条补齐至 16 条，14 项回归通过。服务端、数据库和登录边界已回读，浏览器视觉验收仍受控制通道超时影响，不能写成最终用户体验已完全验收。
  2. 应收余额缓存完成本地实现但未进入预发：只缓存展示用原始 rePayment，TTL=86400 秒；DGJ2 使用版本令牌、回源锁和 Redis 故障回源，tools 使用独立 Canal consumer group 且成功后提交 offset。10 个文件 PHP 解析、18 项测试和任务门禁通过；预发 Canal 实例路径、PHP runtime 和真实失效回归仍待补，授信最终校验与生产数据未改变。
  3. 销售明细迁移口径与订单一致性证据继续收口：完成 34 个页面字段的物理表/类型/枚举映射、参数到 SQL 的完整追踪和 DDL 缺口评审；生产订单排查确认旧出库页面快照与订单更新并发导致两套明细不一致，排除 MQ/Java/SAAS 丢行，未修改线上代码或数据。两项后续仍分别受数据平台口径和第二次出库请求证据约束。
  4. 述职材料形成视觉调整预览稿：生成 21 页填充稿并完成不同主题版式调整，保留已验证成果、估算提示和待确认口径；最终讲稿、业务反馈和演练仍未完成。

第六个月新增事实（截至 2026-09-28）

  1. 采购未发货关闭查询完成真实修复闭环：针对同一物料多采购明细被汇总入库量重复扣减的问题，将出库、关闭按采购明细 ID 聚合，入库按“入库明细 → 采购出库明细 → 采购明细”真实链路关联；内网 PHP lint、文件校验、备份回滚和真实业务回读通过，两条目标明细剩余数量为 84、12，实际关闭金额合计 960，未修改业务数据。历史普通入库仍存在大量无明确来源 ID 的记录，禁止猜测归属。
  2. 应收余额缓存继续接受预发安全门禁：核对 staging Canal 位点和既有 tools/DGJ 测试证据，但主机可信身份、实际流量节点、Redis 一致性和测试样本尚未闭环，因此未部署 tools/DGJ、未改 Redis/Apollo、未触碰生产；该项仍是进行中，不计为灰度成功。
  3. 销售明细 T+1 迁移口径进一步收敛：完成字段来源文档并用预发全量统计确认存在非叶子商品分类，查询必须支持父分类展开后代，独立 Hologres 入口、水位和双读策略仍待确认。
  4. SAAS E 站活动列表完成 contactId 最小透传实现：列表从当前登录态读取修理厂标识并按服务站匹配透传，详情既有逻辑保持不变；git diff --check 通过，runtime lint、预发回归和发布仍待完成。
  5. 工作台与本机代理稳定性修复完成阶段性验证：Codex 工作台重复消息按窄时间窗一对一合并，34 项回归、线上容器和健康检查通过；Clash 保护脚本改为匹配实际混合端口，代理请求实测通过，真实重启后的开机流程仍待验证。
  6. 述职材料继续量化收口：成果总览围绕订单同步、滞销品秒杀、E 站活动和常规需求压缩，慢查询页补入已验证索引动作；最终 5/10 分钟讲稿、业务反馈和正式演练仍未完成。

第六个月新增事实（截至 2026-09-29）

  1. 采购未发货关闭查询完成预发结果只读回归：staging 合入后使用专用预发测试站验证列表/明细查询，返回待关闭数量 10、单价 12.40、金额 124.00，未调用最终关闭接口；因预发内网标识为空，不能宣称 wfh 新分支已经命中。
  2. 采购历史零来源边界完成线上只读统计：srcOrderEntryId=0/NULL 不等于三方物料，约 21.85% 的零来源历史记录属于快准物料；目标采购单的采购明细→出库→入库链路完整，历史无来源记录继续保持不可猜测、不可直接补偿。
  3. 应收缓存预发门禁继续收口：DGJ 宿主机与 tools 消费者代码哈希匹配，PHP lint 和消费者进程检查通过；Canal/Kafka 尾部 lag=1 按客户端末尾 offset 语义解释，未发现近期提交前错误，但 Redis 版本键、API 金额回源和专用测试站点仍缺。
  4. 销售明细 T+1 方案进一步明确安全切换：同步运行或状态未知时整次回退 MySQL，只有权威业务日期水位发布后才允许大数据与 MySQL 分段合并；CDC、独立 Hologres 入口和双读实现仍待确认。
  5. 商品全量预加载问题进入架构设计阶段：针对约 13 万条商品启动预加载、并发请求和缓存半成品风险，形成服务端 20–50 条候选搜索、按 invId 查详情、条码/SKU/编号精确查询方案；未修改代码或宣称性能收益。
  6. 分支与运行边界完成纠偏：只读确认 ZGJ 原提交已由 develop 回滚，DGJ2 使用宿主机 PHP-FPM 而非先前检查的 dgjcenter Docker；避免错误重发布或重启。

核心故事一：跨系统订单同步与一致性

背景与难点

订单跨 DGJ、SAAS 和 E站流转，创建、修改、出库、收货、结单、取消等事件可能乱序、重复或漏发；字段和状态口径不一致时，还会出现下游订单未创建但出库先到、普通取消误伤活动订单等问题。

本人动作

  • 补齐主要订单生命周期消息和关键字段，统一来源单号、SKU、金额、地址、活动优惠等口径。
  • 增加销售单存在性、出库条件和有限重试等前置校验。
  • 治理漏发补发、重复消费、延迟队列、重试规则、重投和取消状态区分。
  • 形成订单快照补偿、复用订单同步和重放出库的恢复方案与代码。
  • 在出库重复消息故障中，对齐 DGJ/SAAS 代码、日志与生产数据，定位双协议重复累计根因，完成代码侧封堵和修复 SQL 准备。
  • 在第五个月针对同物料同 isGift 多行场景，完成 SAAS 订单明细行级映射的只读设计：传输使用 srcOrderEntryId，SAAS 列使用 src_order_entry_id，按 P1500 orderInfo[].srcOrderEntryId → entryId 回写并以 entryId 精确匹配出库；当前仍待正式需求确认。
  • 在 8 月 27 日将上述设计推进到 SAAS/DGJ 代码和预发结构实施，完成创建、追加、同步和重复明细边界保护；最终出库继续使用原 saInfoId，但尚未提交发布和完成跨项目回归。
  • 在 8 月 31 日针对生产退货误触发支付退款事件，对齐 DGJ 关单、SAAS 退货完成和支付中心调用链，确认挂账/未支付订单缺少分支排除判断；仅完成只读根因定位，未把它写成修复上线。
  • 在 9 月 1 日针对 GRS 活动优惠金额为零的订单同步异常，修正 SAAS resolveActivityAmount() 的非零优先与 GRS disAmount 回退规则；代码已合入 staging，消费者和订单明细真实回归仍待完成。
  • 在 9 月 2 日针对生产挂账订单消费异常，按业务源去重并逐单对齐 DGJ 销售单、明细和 SAAS 回写，确认本批无需数据修复；同时把“暂态不可见 + 锁后置 + 立即 REQUEUE”收敛为待立项的 SAAS 可靠性 Bug。
  • 在 9 月 4 日针对价格监听批量 UPSERT 死锁，对齐生产 Kafka offset、Canal 事件、InnoDB deadlock graph 和 ZGJ3.0 消费代码，确认同一事件被两台工具实例并发处理；至少一份事务成功、另一份回滚，后续需通过去重排序、延迟重试和成功后提交 offset 修复可靠性。
  • 在 9 月 14 日针对 SAAS 机器人下单失败，沿 MQ、地址处理、JSON-RPC 和 BaseData 服务目录核对，确认 SAAS 迁移后接入错误 Consul 集群导致 RegionInterface 无健康节点；明确失败消息 ACK 后的补偿必须等待服务发现恢复并先做单条幂等核验。
  • 在 9 月 15 日完成预发审核源数据补全并回读 SAAS 审核日志和 DGJ 客户源数据，验证“源数据补全 → 页面自动带出 → 审核通过”的跨服务链路；该验证仅发生在预发，未改请求参数或生产数据。
  • 在 9 月 17 日针对调拨待付款与付款源单不一致，沿统计、源单查询、付款单和账户流水回读，确认历史方向错误并在用户确认已付款后整体修正四层数据，避免删除重建造成重复记账；接口回读已通过。
  • 在 9 月 22 日将授信字段兼容问题收敛为最小业务修复：授信客户继续返回可用余额字段，保留前端/后端最终校验边界；该修复已提交但尚未预发/生产验证，不计为上线结果。
  • 在 9 月 28 日修复采购未发货关闭查询的明细级聚合错误，沿真实入库来源链路回读两条明细剩余 84、12，关闭金额合计 960；历史无明确来源 ID 的入库记录保持不可猜测，不扩大为数据补偿。
  • 在 9 月 29 日继续完成该修复的 staging 合入和专用预发测试站只读回归，查询结果一致且未调用最终关闭接口；进一步用线上只读统计证明零来源记录不能等同三方物料，保留历史数据不可猜测边界。

当前结果

订单同步已覆盖主要业务事件，异常消息具备更明确的校验和恢复路径。第四个月又补上了三类真实案例：一是通过“不带 orderStatus 的订单更新 -> 缓存自动补出库”在生产修复 67 笔赠品明细错配订单；二是确认同价换料会因未比较商品身份而漏发订单更新，并完成最小范围本地修复；三是继续拆清活动单支付方式/来源字段污染链路。当前已可把 67 笔生产补偿写为完成并验证，但 2023 年历史旧单过滤、支付方式污染正式回归和 garage_repair_order_completed 消息补齐仍待后续闭环。

待补证据

补充同步订单量、异常率、人工恢复次数、恢复耗时，以及一条真实异常从发现到恢复的完整案例。

核心故事二：秒杀活动与 E站活动专区

背景与难点

秒杀不是单一活动页面，而是贯穿活动配置、商品、库存、指定仓、效期、购物车、采购订单、支付、OA、关单、取消和运营导入导出的完整业务链路。

本人动作

  • 完成 DGJ 秒杀活动创建、提交、商品、黑白名单、购物车、下单、支付、OA、关单和导入导出。
  • 处理可售、在途、套包、已使用、释放、指定仓、生产日期和有效期等库存边界。
  • 完成 SAAS E站活动专区、分享站点、订单确认、支付边界、取消接口和次数返还。
  • 优化循环查询、查询数量、关键词搜索和导出返回结构。
  • 在第四个月继续收口折扣活动限售、跨类型冲突、套包底层结算价存在性和单品展示资格规则，交付站管家端活动统计接口，修正 source/platform 字段口径并补齐 E站游客访问兜底，同时清理面向 develop/gray 的分支交付路径。

当前结果

形成从运营配置到用户购买和订单处理的核心闭环，并补齐权限、库存、支付和取消等高风险边界。第四个月已继续推进 zone-list 游客访问和默认站点兜底，把折扣活动的限售、冲突和结算价门禁收口到更清晰的后端规则，并补上站管家端活动统计接口；8 月 13 日又完成秒杀折扣订单关单入口和按明细行数量校验的代码修复，但真实退款、取消发货和部分出库回归尚未完成，因此仍记为“已实现待验证”。最终口径已修正为 DGJ2 前端只传 share_type/source_activity_id，SAAS 固定 source=2、platform=dgj，同时把 sid/contact_id 的游客空字符串问题收口为后端整数归一化规则。7 月 30 日又补上一条“非效期统一传字符串 "0"”的库存兼容修复，使 OPS 与 DGJ 对 Java 库存服务的非效期口径开始统一。线上活动展示是否命中仍受 Apollo 配置与上游站点过滤影响；另外一笔真实活动又暴露出仓库名称被当编码导入的校验缺口，活动统计、游客访问、仓码问题和非效期 "0" 参数仍待预发/真实请求回查后再计入上线结果。

待补证据

补充活动访问、加购、下单、支付成功率、库存异常数量、运营效率和业务反馈。

核心故事三：稳定性治理、性能优化与研发效能

背景与难点

跨系统问题往往不是单个接口错误，而是消息、库存、状态、日志、发布和历史兼容共同作用。只修一次代码不能降低下一次定位成本。

本人动作

  • 调整 MQ 重试、单条消费和重投策略，降低单条异常扩散到整批消息的风险。
  • 处理查询性能、入库拦截、结算、库存锁定、默认仓、销售打印货位等实际问题。
  • 建立 DGJ2 业务地图、表/API/MQ/排查文档、统一知识地图、自动日报和述职证据台账。
  • 为 SAAS 仓库补齐项目级 AGENTS.md、doc/ai 和 Skill 路由骨架，并通过自动归档把日报、月报、阶段稿与 dashboard 串成同一证据链。
  • 将“方案、已实现、已验证、已上线”分开记录，避免状态夸大。
  • 对照成熟度审计脚本回看 SAAS 当前分支的真实状态，确认 discovery symlink、CI 和真实任务验收仍是 L2 的必要前置，不把口头结论当成事实基线。
  • 在第四个月继续把 DGJ 业务文档补齐到 416/416 子模块独立追踪矩阵，把 AI 研发 Skill 讲解页改成五层主图 + DGJ2 放大链路 + 演讲模式，并为统一知识站补上独立知识密码，提升知识站的安全性、可读性与可追踪性。
  • 在第四个月补上隔离验证仓初始化、总入口注册和 design-review 门禁，把“先设计确认、后授权开发”从口头要求变成可恢复、可验证的标准演示流程。
  • 在第四个月继续把一线业务反馈收敛成最小范围后端兼容修复，并把跨项目线上事故排查结果升级为老板可读的拓扑与治理汇报材料。
  • 在第四个月末继续把稳定性升级汇报材料收口成可执行看板，并将同名出库重试告警拆为不同故障类型，减少后续误归因和错误补偿。
  • 在第五个月把企业 VPN、项目目录和原生 OpenCode 会话部署到云端，补齐 Purchase、Sale、VIN 排查入口和执行事件摘要，使本机关闭后仍能保持连续排查能力。
  • 在第五个月继续把稳定性治理从代码修复推进到运行实例证据，区分“修复已提交”和“线上入口已加载”，并把 ES 投影层局部失败与核心业务失败分开处理。
  • 在第五个月继续把站管家稳定性文档从“模块罗列”推进到页面入口、代码链路、存储字段、请求日志和下游影响的可复核结构，并将日志优化从删除请求日志的粗方案收敛为保留链路骨架、按条件保留原文的实施方案。
  • 在第五个月完成三方商品导入 5 MB 后端交付、Git 误删分支恢复 runbook，并用新 Kibana API 将 Robot/AI 两节点日志量化到 34,090,545 条、约 146.92 GB；日志治理仍停留在方案阶段。
  • 在第五个月进一步将日志治理从方案推进到 dgj2.0 子范围的最小实现和发布验证：保留入口完整证据及关键节点，压缩内部重复大对象；Kafka 空轮询、循环日志、剩余商品大字段和消费者失败统计语义仍待单独治理。
  • 在第五个月末将客户应收两条大结果集链路改为数据库聚合，分别以真实快照验证金额/空值语义不变和日期场景显著提速；同时以执行计划区分“去掉错误强制索引即可见效”和“需要汇总表才能稳定达标”的慢查询。
  • 在 9 月 1 日继续将应收聚合改造推进到预发真实回归：部署文件、PHP lint、OPcache 和健康检查通过，旧链路约 564.891ms、新 SQL 约 41.509ms 且结果一致；同时用 30/31 号 DAS 对比证明慢查询总量增加主要来自调用量放大和旧链路未全量切换，而非整体单次变慢。
  • 在 9 月 2 日继续验证应收分段聚合候选：最多 22 个半开区间下各业务 SQL 均低于 1 秒，目标大样本完整流程约 9.134s 且结果一致；同时完成慢查询文档和稳定性周报的进度校准，保留冷缓存、高并发和页面级验证缺口。
  • 在第五个月末对一笔生产挂账退货误退款完成跨 DGJ/SAAS/支付中心只读排查，区分业务分支缺陷与 Provider 故障，并建立后续状态矩阵和修复入口；该项仍不是修复上线。
  • 在第五个月末完成知识库普通知识免密码发布，同时保留述职与管理入口保护，形成公开内容与后台数据的访问边界。
  • 在 8 月 27 日进一步将商品查询日志限长逻辑公共化，并用预发真实业务请求验证业务结果不变；同时将分表 Canal 过滤器、Kafka 投递和消费者位点纳入同一排查链路，明确消费者最终回写仍是待验证断点。
  • 在生产商品分类异常中，将问题从字段结果追到 ItemCenter 缺分类请求、DGJ 空码 Redis 映射和无条件写库的字段级因果链；该项仍是根因闭环，不是生产修复完成。
  • 在第五个月将稳定性工作按真实进度分层：MySQL 大表盘点 30%，AI 报价日志 60%，后续按两个 P0 和一个 P1 顺序推进；这属于口径与计划收口，不等同于全部优化完成。
  • 在 8 月 27 日补充 DBX 常用研发连接支撑，预发/线上 DGJ、SAAS MySQL、线上 Redis、旧版兼容 MongoDB 及预发 ES 完成只读连接验证；线上 ES 仍待确认，凭据未写入项目或文档。
  • 在 9 月 4 日将指导价同步修复按用户初衷收敛为基于 develop 的单文件最小补丁，只记录失败表/批次/错误并继续后续分表；同时完成 WireGuard 同事配置手册和稳定性汇报材料，说明从问题定位到可复用运维支撑的沉淀过程。
  • 在 9 月 5 日完成 DAS 61 条高频慢 SQL 的页面入口矩阵发布；在 9 月 6 日将价格变更日志、报价基础数据和生产日志量分别拆成可验证的索引/批处理、分表访问和日志摘要化方案，均保留待实施边界。
  • 在 9 月 8 日继续将 DGJ 日志治理从单点 VIN 优化推进到总量归因：用同窗口 Kibana 证实 VIN 降量未被否定，但 AES default 通道因调用和响应体放大导致总量上升；同时完成退货库存口径与自动出库分页的线上证据闭环，并将报价/购物车慢 SQL 的预发索引和耗时对比纳入可验收材料。
  • 在 9 月 14 日将报价自定义价异常推进到隔离复现、最小联合键修复、预发消费者回归和生产发布核验，线上只读盘点出 78 条可归因历史异常但未越权补偿；同时完成 AES 摘要策略生产观察，量化目标日志约下降 87%，并将发布瞬时版本混用与下游超时分开归因。
  • 在 9 月 15 日完成 78 条历史异常逐条生产补偿和提交后复核；将销售明细 256MB OOM 收口为最多 6 个月的四接口保护，并通过生产日志同窗口统计、AES 服务端 Worker 证据和 Apollo→Redis 配置链路，把稳定性治理从现象推进到可复用的验证边界。应收缓存与本地 AES 开关仍明确标为方案。
  • 在 9 月 14 日补齐退货旧版列表漏改链路的最小代码修复，并把售后凭证“服务站版本决定模板、品类配置决定字段”的规则写清；两项均保留预发/产品确认边界。
  • 在 9 月 17 日将 ZGJ 纯赠品空集合和 SAAS contactId=0 异常分别追到订单明细过滤/Kafka 提交时序、认证上下文/Provider 调用边界；同时用上线后同窗口日志量化结果和 SQL 执行证据区分已观察收益、待修复缺陷和未执行索引方案。
  • 在 9 月 22 日完成 Codex 工作台官方 app-server/WSS 实时事件链路发布和真实任务回读，并将桌面 rollout 兼容同步、命令执行环境和最终任务状态分开验证；同时把授信重复查询、慢查询、成本价和销售明细拓扑化，形成后续优化的证据入口。
  • 在 9 月 28 日继续将应收缓存推进到 staging Canal/测试证据门禁，明确未部署 tools/DGJ、未改 Redis/Apollo；同时收敛销售明细父分类查询口径、交付 SAAS 活动列表 contactId 透传，并完成工作台重复消息和本机代理修复的回归验证，均保留 runtime、预发、浏览器或真实重启缺口。
  • 在 9 月 29 日继续核对应收缓存 DGJ/tools 文件哈希、PHP lint、消费者进程和 Canal/Kafka 尾部 offset 语义，纠正 lag=1 的误读；同时将销售明细同步期整次回退 MySQL、商品远程搜索和分支/运行边界核查纳入可验证设计，均未把方案写成上线成果。

当前结果

一批高频业务链路已有可检索的代码地图和排查手册，日常工作开始自动转为月报、阶段成果和述职证据。第四个月新增了统一知识地图发布、知识库独立密码上线、自动归档首跑与持续读回、退款超时案例闭环、67 笔订单生产补偿验证、微信机器人下单幂等、活动统计与游客访问契约收口、分享统计空 SID 兼容、DGJ 子模块级链路矩阵补齐、AI 研发 Skill 讲解页演讲模式，以及 7 月 29 日完成的隔离验证仓初始化、设计门禁、告警归因与微信群分享兼容规则；7 月 30 日又补上了详细讲稿、非效期库存参数兼容修复、dgj_notify 预发消费异常归因和 KZMALL Wi-Fi 链式 VPN runbook；7 月 31 日再补上 AI 讲解页远期目标、管理入口密码轮换、客户对账导出公式修复和历史账务复核；8 月 3 日继续把站管家报价故障证据链、商品报价跨微服务与 Mongo 写入边界、以及报表慢 SQL 归属定位沉淀为可公开复用的知识库文档；8 月 4 日把客户导入名称兼容、待入库打印筛选兼容和跨项目事故老板汇报材料落到代码提交与文档/PPT 产物中；8 月 5 日再把事故汇报继续重写成非技术版第二版大纲，并补上“共享 worker 阻塞导致健康检查也报错”的应用侧解释；8 月 10 日又继续把 DGJ 3 条 MQ 消费链路补到运行态证据、把 Kibana 查询规则沉淀成 Skill，并把 AI 工程总入口升级为四场景分流，同时确认 wechat-ee 健康检查告警的根因是“大图群发 -> WXSdk 下载失速 -> 机器人重试放大 -> 无处理中去重”；8 月 12 日再把 DGJ 4 条 MQ / 后置 Job / 字段入口文档和 nginx crontab 调度证据补到统一知识页，并将 8 月 11 日自动归档结果继续发布且从 probation-dashboard 连续读回。这样“知识沉淀 + 稳定性治理”进一步从单篇文档提升到“链路说明 + 字段入口 + 现场调度 + 连续发布验证”的可复核资产；其中 2023 年历史旧单过滤、活动单支付方式污染的正式修复、garage_repair_order_completed 消息补齐、限售/结算价门禁、活动专区游客访问、活动统计真实落库回查、活动仓码前置校验、跨日销退兼容修复、DGJ 同价换料修复预发回归、7 月 29 日共享库故障正式修复、非效期 "0" 参数联调验证、报价故障与货主区域消息的生产端最终证据、8 月 10 日 wechat-ee 告警治理动作，以及 7 月 31 日收敛出的两类公共校验边界、8 月 4 日两项 DGJ 修复的真实页面回归和第二版事故汇报正式 PPT 仍需后续验证，不计为上线或已完成成熟度结果。

待补证据

补充文档使用反馈、定位耗时变化、MQ 失败率和知识复用案例；同时补齐在途库存 Bug 修复回归、销售限价 ES 预发回归、秒杀导入真实 Excel、OpenCode 浏览器级多项目任务和 Kibana HTTPS 服务端处理结果。

近期重点优化成果（独立呈现）

这一部分单独呈现近两个月的优化工作，避免被“稳定性治理”这一大类概括后弱化。以下按“业务问题—本人动作—实际结果—当前状态”表述：

1. MySQL / DAS 慢查询与聚合性能优化

  • 客户应收聚合：将大结果集拉取后由 PHP 循环计算，改为数据库聚合；预发真实回归中旧链路约 564.891ms、新聚合 SQL 约 41.509ms，返回结果一致，约提升 13 倍。另完成 7 组真实样本对账和 4/8 路并发验证，旧/新 invoiceCount、rePayment 均一致；页面级 P95/P99 和生产发布仍待补齐。
  • 报价基础表与购物车慢 SQL：针对 64 张报价分表补充 create_time 索引并验证执行计划命中 range；购物车查询实测扫描行数约 53556 → 450，耗时约 13.465s → 0.221s。同时将 DAS 高频慢 SQL 扩展为 61 条页面、接口和代码入口矩阵，支持从 SQL 反查业务链路；生产 DDL 和全量 Top10 治理仍在推进。
  • 慢查询治理方法：区分“去除错误强制索引即可改善”“需要索引/SQL 改造”和“需要汇总表或分段聚合才能稳定达标”三类问题，避免只根据 DAS 模板或单次 EXPLAIN 直接下结论。

状态： 应收聚合已完成预发验证；报价/购物车已完成预发或只读收益验证；整体慢 SQL 治理仍按入口逐项推进，未将局部收益写成全量上线结果。

2. DGJ / Robot / AI / VIN 日志治理

  • DGJ 搜索日志已完成生产收益核验：针对 /offer/search/list 保留必要链路字段和结果摘要，生产 21:10–21:25 窗口核验 258 条均为新摘要格式，旧完整 data 为 0，异常关键词为 0；字符量约 2,010,924 → 488,296，下降约 75.7%。
  • 内部重复大日志完成最小改造并发布观察：保留入口完整证据和关键节点，压缩 contact、conversation、preConversation 等重复内容；线上消费者运行正常，后续 Kafka 空轮询、循环日志、商品大字段和失败统计语义仍需分别治理。
  • 日志总量完成量化归因：通过 Kibana 和源码核对，识别 Robot/AI 两节点高量日志、VinAudit 服务端请求/完整响应重复记录，以及 providers/default 的 AES 请求/响应体放大问题；已形成摘要成功日志、异常定向保留原文、单节点灰度和回滚验收方案。

状态： DGJ 搜索单点日志已完成生产验证，内部重复日志已完成最小发布观察；Robot/AI、VinAudit、AES 等更大范围治理属于已量化、已设计、分批实施，不能合并写成“全部日志已优化”。

3. 站管家报价故障的 AI 辅助排查与跨服务根因定位

  • 围绕站管家报价异常，串联 DGJ2 → Sale → Basedata / Purchase / VinAudit / 价格中心 的请求、日志、代码和运行时间线，确认首发异常早于 VinAudit 硬超时。
  • 进一步定位到 Basedata 阻塞解除与 Sale 坏连接池清理之间的恢复关系，解释了为什么需要按先 Basedata、后 Sale 的顺序处理才能恢复；同时确认商品搜索入口本身不直接写 Mongo，写入主要来自定时脚本、MQ 和人工修复入口。
  • 将事故证据整理为跨项目拓扑、分钟级时间线、用户可见现象和老板汇报材料，形成“AI 发现线索—代码/日志/数据库交叉验证—收敛根因—沉淀排查路径”的可复用模式。

状态： 故障根因和恢复链路已完成证据闭环，排查文档和汇报材料已沉淀；该项重点成果是定位效率和分析方法提升，不虚写成已完成系统改造。

4. 后续稳定性与故障治理优化

  • 自动出库队头阻塞：将任务改为按 id ASC 分批处理并以本批最大 ID 继续，205 条模拟数据按 [100,100,5] 完成，线上连续 7 批正常结束，目标单完成出库并回写 is_out=1。
  • 消息可靠性与死锁治理：定位 SAAS 订单完成消息“事务尚未提交即立即重投”的暂态可见性问题，形成延迟重投方案；定位价格监听同一 Kafka offset 被多实例并发处理、批量 UPSERT 形成锁环的死锁根因，后续按去重、稳定排序、延迟重试和成功后提交 offset 治理。
  • 其他问题收敛：完成 DGJ 销售单 OOM 的可复现边界验证、指导价同步单表失败隔离补丁、VIN Base64 日志压缩提交、采购首页待对账 COUNT 优化和 RabbitMQ Invalid frame type 65 的连接层排查；分别标记为已验证、已提交待预发或根因已定位，保留后续回归边界。

5. AI 研发基础设施与知识复用优化

  • 建立 DGJ2/SAAS/Purchase/Sale/VIN 等项目的云端排查入口，部署六个独立 OpenCode 服务，补齐执行事件摘要和多项目切换能力。
  • 将 AI 工程总入口从单一需求流程扩展为“需求、Bug、线上排查、快速变更”四场景分流，并以真实 DGJ2/SAAS 任务验证项目入口、Skill 路由、交付门禁和经验审计链路。
  • 将 DGJ 业务文档补齐到 416/416 子模块独立追踪矩阵，把一次性故障排查转为可检索的请求、日志、数据变更和回归证据。

总体价值： 这部分工作不只是解决单个故障，而是同时改善查询性能、日志成本、故障定位速度、跨服务协作和后续问题复用能力。

能力成长

  1. 业务理解：从关注接口实现，提升到理解订单、活动、库存、支付和履约的完整状态流转。
  2. 风险判断：能够主动识别消息乱序、重复消费、库存口径、公共文件影响和历史兼容等边界。
  3. 结果验证：逐步形成代码、接口、日志、SQL、发布记录和业务反馈组合验证的习惯。
  4. 知识复用：将一次排查转成文档、清单和 Skill，降低自己和其他人的重复理解成本。
  5. 表达方式：从罗列提交转向说明业务问题、本人判断、实际结果、业务价值和遗留风险。

后三个月推进计划

阶段时间重点完成标准
第 4 个月07-15 至 08-14验证稳定性方案，补数据与反馈三条主线各有真实案例、结果和至少两类证据
第 5 个月08-15 至 09-14三条核心故事成稿并试讲每条故事结构完整，至少完成两轮试讲
第 6 个月09-15 至 10-15双版本讲稿、追问和材料收口5/10 分钟版本、三轮演练、证据核对全部完成

证据索引

本次更新证据

当前风险

  • 业务量化数据和直接反馈仍不足，是后续三个月最需要补强的证据。
  • 已在生产验证的 67 笔赠品明细补偿可以写为完成成果，但快照补偿扩展、2023 历史旧单过滤和同价换料防护回归仍只能写为进行中。
  • zone-list 游客访问、微信机器人幂等和退款告警优化仍需补齐发布/回归记录，当前只能计为“已实现待验证”或“已定位待发布”。
  • 出库重复消息虽已完成代码侧封堵，但生产数据修复和后续业务结果仍待补证，不能写成完全闭环。
  • 折扣活动限售、冲突和结算价门禁仅有分支提交与项目门禁证据，必须补齐灰度/预发回归与共享流程兼容性验证。
  • 活动统计与游客访问的代码、契约和 Apipost 字段已同步，但真实活动落库、游客请求回查、分享统计空 SID 发布回查与 Apipost 远端备注补写仍待完成。
  • DGJ 跨日销退与普通撤销的区分逻辑虽已定位，但 SAAS 正式修复和业务窗口数据修复仍待补证。
  • 活动单 sourceType/payType 污染的根因已拆清，但 DGJ 正式修复、隔夜撤单 completed 消息补齐和业务回归仍待补证。
  • 线上活动仓码错误已经定位，但业务重导和“仓库必须为编码”的前置校验尚未完成。
  • 非效期库存兼容当前仅确认 PHP 侧已统一传 "0"，Java 服务是否接受这一口径和预发实际库存回包仍待补证。
  • SAAS 成熟度当前只能确认“差距收敛到 discovery symlink/CI/真实任务验收”，不能再把 L2 写成既成事实。
  • 隔离 DGJ2 设计包仍缺 Q-008、Q-009A 回答，且未获得需求/设计确认和开发授权，当前只能算“方案已明确待实施”。
  • 7 月 29 日共享库故障的应用侧主触发已定位，但正式修复仍缺 RDS 历史监控和两个 531 万行查询执行主体证据。
  • 微信群分享图片兼容需要重新生成缩略图并重发，旧卡片不会自动刷新，当前不能写成“已修复”。
  • dgj_notify 预发异常当前只完成根因归因，队列前缀和心跳/连接参数的一致性修复仍待执行。
  • 客户余额导出修复目前只完成本地验证；第三方旧电瓶回收与折扣活动起订倍数两类公共校验也仍停留在待实施状态。
  • 8 月 3 日站管家报价故障已把恢复机制与责任边界收敛清楚，但 Mongo 实例侧历史慢日志已丢失，平台层最终证据与永久修复动作仍需补齐。
  • 8 月 4 日客户导入名称兼容仍只完成本地验证和分支推送；待入库打印筛选改动因业务反馈问题加重已于 8 月 6 日完整回退，二者均不能写成已上线结果。
  • DGJ MQ 链路虽已补到价格/限价的运行态证据，但货主区域消息当前仍缺真实生产信封与调度证明，不能把这条链路写成“生产端完全闭环”。
  • 销售限价 MQ 后置 Job 仅完成预发隔离消息验证，真实 RabbitMQ、生产 crontab 和最终投影回查仍待补，不能写成已上线。
  • 折扣订单关单修复仅完成代码与静态验证，真实预发订单的退款、取消发货、部分出库、重复关闭和外部失败场景仍待验证。
  • wechat-ee 告警当前只完成根因定位，尚未把去重、异步回调、重试退避和大图限流落成修复结果，类似大群发图场景仍有复发风险。
  • 首版事故汇报 PPT 已可用，第二版大纲也已补到分钟级时间线和更短讲述路径，但正式新版 PPT、业务影响量化和最终口径仍需继续收口。
  • 销售限价真实预发核验虽完成消息与部分投影验证，但 ES 缺失索引、调度缺失和成功状态语义仍需治理。
  • 生产草稿活动保持未提交未启用；后续动作需业务确认，不能把一次性脚本当作常规导入能力。
  • 在途库存 Bug 已完成根因定位但尚未修复发布；Kibana HTTPS 443 空响应仍待服务端维护方处理。
  • 在途库存修复已完成实际计算服务代码提交和线上旧版证据闭环，但生产发布、滚动重启和页面回归仍待执行；销售限价 ES 改动、仓库分页修复和生产日期修复也分别缺预发/真实 Excel 验证。
  • OpenCode 工作台六服务健康与原生链路已验证，但浏览器级多项目任务、模型额度和最终用户体验仍需补证。
  • Robot/AI 日志治理尚未实施，销售限价 Job 尚未遇到真实 WAIT 消息完成状态与最终投影回归；购物车批量清理缺少服务站条件的风险仍待评估。
  • DGJ 日志精简已完成 dgj2.0 子范围的发布验证，但 Kafka 空轮询/循环日志、formatMessage 等剩余大字段和消费者失败返回/提交时机仍待单独治理，不能写成全链路日志优化完成。
  • MySQL 大表当前仅完成 30% 使用盘点；明确不使用的表仍需备份、观察和删除前验证，AI 报价日志 60% 也仍有从 200G 向 100G 收敛的后续工作。
  • SAAS 明细映射已进入代码和预发结构实施阶段，但尚未提交发布；需完成 Java 依赖、消息顺序、重复消息和旧链路回归后，才能计为交付成果。
  • 5 MB 导入限制已完成本地代码与测试文件验证，但预发/生产边界回归仍缺；折扣白名单和双线图片解码修复仍缺预发/内网完整回归，不能写成上线成果。
  • 分表 Canal 已在预发恢复到 Kafka 的前置链路，watchSaasOrder 最终回写仍待真实下单验证；生产 Canal 尚未变更。
  • 商品分类异常已完成触发方、空码映射和写库路径定位，正式代码修复、历史数据处理和剩余一条恢复来源仍待补证。
  • PolarDB 昨日 Top10 慢 SQL 真实页面仍未读回，旧 CSV 日期不匹配；不能把初步工作簿分析写入已完成成果。
  • 两条应收聚合的目标 PHP runtime lint、预发/生产发布和线上 P95/P99 尚未补齐；ALL 全历史仍约 6.863 秒，需汇总表或增量余额方案。
  • 应收余额缓存仍缺主机可信身份、实际流量节点、Redis 一致性和真实业务样本门禁；本次只核对 staging 位点和既有测试证据，不能写成灰度成功。
  • 采购关闭查询的 wfh 新分支仍缺预发内网标识命中证据；历史 srcOrderEntryId=0/NULL 记录不能按物料类型直接补绑定。
  • 商品远程搜索仍处设计阶段，销售明细大数据仍缺权威水位/CDC；两项均不能写成已实现性能收益或迁移上线。
  • 采购历史普通入库存在无明确采购明细来源 ID 的记录，不能用物料、价格、赠品标识或最小明细 ID 猜测归属；SAAS contactId 还缺 runtime lint、跨站隔离和预发接口回归。
  • 销售明细父分类展开、水位和双读策略尚未确认；Codex 浏览器视觉复测、Clash 真实重启、述职讲稿和正式演练仍未完成。
  • 应收聚合虽已通过预发真实 SQL 回归，但页面级接口总耗时、重复调用占比、并发 P95/P99 和生产发布后 DAS 观察仍未完成。
  • SAAS 优惠金额回退代码已合入 staging，但消费者重启、优惠券/活动组合、订单头与明细金额一致性和重复消息回归仍待完成。
  • 挂账误退款仅完成生产只读根因定位，需转 SAAS BUG，确认退款记录最终状态并补支付方式/来源、重复事件和回调重试回归。
  • PolarDB/DAS Chrome 深层读取仍受跨域 iframe 桥接超时影响；VPN/TUN 和域名访问正常，但浏览器控制问题尚未完全解决。
  • 最终主线只能保留三条，其余工作作为追问证据，避免材料过长和重点分散。
  • 指导价最小补丁尚未完成预发非空批次回归，且按用户要求不包含自动重试、cron wrapper 和互斥锁；价格监听死锁修复也尚未立项发布，不能写成已上线稳定性成果。
  • 价格变更日志、报价基础数据和 Provider/VIN 日志治理仍是待实施方案，当前只有生产只读量化、代码入口和候选验证口径。
  • SAAS 完成消息延迟重投已提交但尚未生产发布；需验证队列声明、锁冲突退避、重复消息幂等和历史单条补偿，不能仅凭静态检查宣称闭环。
  • 销售单列表 OOM 的临时补丁已还原，正式修复需同时覆盖用户和活动明细查询并完成目标 PHP runtime 回归。
  • 不良品退货可退数量仍等待产品口径；订单中心未发货关闭失败属于下游分流问题，不能写成 DGJ 白名单修复。