一句话总结

完成 Codex 工作台官方 app-server/WSS 实时事件链路的发布与真实回读，收敛授信客户字段兼容修复，并把多条慢查询和报表问题从现象整理到可追踪的代码与数据拓扑。

今日成果

  • 完成并发布 Codex 工作台实时执行链路：网页新任务可收到官方 item/started、命令输出增量、回答增量和完成事件；三段间隔输出、回答流和最终 done 均已实测，远端健康检查通过。桌面已有会话仍明确标记为 rollout 增量镜像。
  • 完成授信用户兼容修复并提交 ca3895614f：creditStatus=1 时即使 hideRePayment=1 仍返回准确的 rePayment、credit_vacancy，非授信客户保持隐藏逻辑；未改前端和后端最终开单校验，SQL 聚合改动已撤回。
  • 完成授信影响面和重复调用排查：只读统计有效授信用户 3,184 人、近 30 天有挂账销售单 1,178 人；确认老版销售开单商品行循环可能重复请求授信查询，Redis/Canal 失效方案仍待实施。
  • 完成销售明细查询拓扑梳理，覆盖筛选参数、会话服务站、转站窗口、64 张销售分表、维表、成本补查、PHP 组装和导出路径；迁移需求仍处于设计/待确认边界。
  • 完成成本价和应收慢查询只读排查：澄清成本写入/回滚/出库快照/报表补算四层关系，并确认销售单打印相关两个调用位置属于两条业务链路，不是同一次请求重复执行两遍。

问题与风险

  • 授信修复已提交但未预发/生产发布；授信完整返回仍会触发应收计算，后端最终授信校验仍未纳入本次范围。
  • 应收缓存不能只依赖客户表失效，需要覆盖销售、付款、期初欠款等影响入口，并采用事务后失效、TTL 和击穿保护；当前只是方案。
  • 成本价问题仍在全链路取证，不能把 9 月成本值变化直接归因于单一采购或删除逻辑；销售明细大数据迁移仍需确认成本口径、服务站权限和分页/导出验收。
  • 工作台网页实时流已验证传输链路，但桌面已有会话不是外部直连其私有 app-server；大历史页面仍可能有 DOM/解析性能风险。

验证与证据

下一步

  • 将授信修复在不改变 SQL、前端校验和后端最终校验边界的前提下完成预发回归，再决定是否发布。
  • 继续补齐成本价全链路的代码、数据和时序证据；对销售明细迁移先确认成本口径、权限过滤和导出分页验收。
  • 对应收缓存补全所有写入方和消息失效矩阵；工作台评估大历史会话懒加载/虚拟滚动。