2026年08月24日

内容截止日: 2026年08月30日

本周工作计划与执行完成进度

中心服务平台 - 功能完善

• 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
  • 以往已完成的工作不再重复，详情请查看上周及上月报告
  • 〔工作量〕es-center-server-services 204 次（设计 83 · 代码 121）· 代码 +11.3k/-5.8k ｜ es-center-server-web-app 119 次（设计 52 · 代码 67）· 代码 +13.1k/-18.6k ｜ es-center-server-install-app 6 次（设计 2 · 代码 4）· 代码 +0.1k/-0.1k ｜ es-bodycam-web-ui-1 3 次（设计 2 · 代码 1） ｜ es-center-server-build 3 次（设计 2 · 代码 1） ｜ es-server-deploy 3 次（设计 2 · 代码 1） ｜ es-center-server-agent 2 次（设计 2 · 代码 0） ｜ es-ext-doc-website 2 次（设计 2 · 代码 0） ｜ es-qt-tools-map 2 次（设计 2 · 代码 0）
  • 〔方法论〕轻量清扫 ｜ 单一真源 ｜ 行为保持重构 ｜ 类型化消息信封 ｜ 深模块提纯 ｜ 契约先行 ｜ 交付管线固化 ｜ 分层信任 ｜ 终态优先 ｜ 延迟翻译 ｜ 确定性路由 ｜ 失败关闭 ｜ 隔离 A/B 评测
  • 8-24: 架构轻量清扫落地，交付管线规则写入 Agent 规范
    • ✅ 轻量清扫六票收账，漏判误判修正 〔es-center-server-web-app〕
      • 设计 六票的证据、裁决与验证记录归档；初始报告的遗漏和误判修正——清扫做没做对，账本上可查
      • 设计 「规格 → 拆票 → 实施」的串行交付管线与就地实现边界写进 Agent 规范——先出规格再动手成为流程
    • ✅ Talkgroup 与 Dashboard 的接缝（模块间衔接点）瘦下来 〔es-center-server-web-app〕
      • 重构 对讲设备的加入与请离指令统一，四组线上契约与既有文案保持；房间可用性改为局部显式传递——不必要的全局状态减少
      • 重构 在线排名页的关键指标展示复用统一脚手架，Dashboard 数据页脚手架门禁闭合
    • ✅ 两张地图一套初始化，回放时间轴计算统一 〔es-center-server-web-app〕
      • 重构 轨迹地图与单兵直播地图的初始化能力统一——两个地图一套起法，既有中心点回退规则保留并补测试
      • 重构 回放时间轴的缩放档位、轨迹数据与刻度计算统一，首批 9 个测试补齐
      • 重构 经双重核实的未使用共享代码删除；两条无对端界面的界面事件停用，恢复入口保留
    • ✅ 在用通道确认保留，交付规则写进规范 〔es-center-server-services〕
      • 设计 设备信息上报通道经 Web App 的活跃消息证据确认仍在使用，并明确不属于计划退役范围
      • 设计 「规格 → 拆票 → 实施」串行交付管线、极简就地实现边界与评审会话授权范围写进 Agent 规范
    • ✅ 设备查询脚手架保留，通道残渣清理 〔es-center-server-services〕
      • 实施 生成器产出的设备查询脚手架保留供后续接线，当前不引入运行时行为
      • 重构 已无生产方的设备指令死定义删除——通道真值由消息消费者统一持有
      • 实施 通道残渣清理的事后规格归档，并明确不进入执行队列——避免重复立项
    • ✅ 编辑器设置文件末尾换行补齐 〔es-bodycam-web-ui-1〕
      • 实施 VS Code 工作区设置文件的末尾换行补齐——编辑器与格式工具的无意义差异消除
    • ✅ 08-20 批次全链路对齐——构建、分发、镜像引用一条链 〔es-center-server-build〕
      • 实施 Web、主服务与设备服务的构建参数、分发文件名及远端镜像加载引用统一推进至 08-20 批次——一条版本链不再断节
    • ✅ 文档站分支与镜像标签对齐 〔es-server-deploy〕
      • 实施 文档站源码分支与 Docker 镜像标签对齐到同一 08-12 协作版本
  • 8-24 晚间: 租户消息信封建成并跨域迁移，前端深模块提纯
    • ✅ 类型化租户消息信封核心建成，跨域迁移铺开 〔es-center-server-services〕
      • 实施 可序列化、带名字的租户消息信封（消息自带格式与租户标识的统一包装）与统一发布核心建立，以对讲群组作跨服务试点——既有消息目的地和补偿扇出行为保持
      • 实施 共享模块、用户权限配置域与设备域的消息解码入口迁出匿名参数数组；员工、组织树及采集设备导入后的生产端空洞补齐——解码处从此知道每个参数是什么
      • 审查 空租户、载荷类型漂移与消息目的地守卫收敛，日志合同测试隔离；主代码里的旧参数数组生产式清零，两服务全量测试持续通过
    • ✅ MQTT 请求通道收成一个深模块（接口简单、复杂度藏进实现），设置页全部接线 〔es-center-server-web-app〕
      • 设计 MQTT 请求通道的就绪等待、请求信封、回复主题、多回复及失败边界定稿——并明确它不是有请求级应答承诺的 RPC，期望值先摆正
      • 实施 统一请求 hook 建立，14 个公开契约用例覆盖等待、订阅、双信封、失败与多回复
      • 重构 10 个设备设置页和 3 个采集服务器设置页的 27 个请求端点接入统一通道——重复的等待、校验、订阅与发布固定流程删除
      • 审查 测试夹具与时序常量收紧，逐页核对服务器信封差异、动态轮询和串行行为，定向、全量及双轴（Standards 与 Spec 两轴）复核完成
    • ✅ MQTT 身份语法与 soft-fail（软失败）判读收成单一真源 〔es-center-server-web-app〕
      • 评审 第三轮架构深化候选地图建立，MQTT clientId（客户端标识）与 soft-fail 判读接缝的证据审查和边界裁决完成——两处易错点有了定论
      • 重构 三段前缀与四段完整 clientId 的构造、解析和防御统一，并接入对讲花名册、在线状态及 Web MQTT 连接
      • 重构 业务拒绝、技术失败和成功三态收敛为共享判读能力，设备、Janus 与对讲入口迁移，纯函数和静态审计测试补上
      • 审查 非法空 clientId 诊断与遗漏的 soft-fail 入口补齐，规格、执行票和实现队列闭合
    • ✅ RemoteCombobox（远程数据下拉选择组件）家族定型，双件试点落地 〔es-center-server-web-app〕
      • 评审 经七轮裁决确认「单一交互 shell（交互外壳）+ typed data adapter（带类型的适配器）」的家族边界——现有 Base UI 基座及各件的过滤、管理和触发时序差异保留
      • 设计 八件远程选择器的公开接口、五点契约测试及「试点 → 批迁」路径定稿
      • 重构 共享组件落地，租户树和 Janus 富列表退化为薄 adapter，对讲编辑器的刷新、设置入口收进组件——选择器各写各的时代结束
    • ✅ 08-24 批次镜像与安装包版本同步推进 〔es-center-server-install-app〕
      • 实施 主服务、设备服务和 Web App 镜像统一推进到 08-24 批次，构建、打包、上传、部署入口与发版记录同步
      • 实施 本次发版用来验证拆票上下文软上限由 384k 调整至 512k 后的效果；过程材料与文档示例随实际发布物对齐
  • 8-25: 消息信封收口，八件选择器全家族迁移，拆票预算统一
    • ✅ 类型化租户消息信封收口，发布交回人工现场 〔es-center-server-services〕
      • 实施 零参数消息触发支持、多参数调用拒绝；空租户、标量及集合载荷守卫下沉到共享核心，三域 listener（消息监听器）统一复用
      • 重构 业务包切点留在主服务与设备服务的应用薄壳，共享核心只保留发布算法——共享模块不反向绑定应用包结构
      • 设计 wire（消息线上格式）、参数基数、消费失败及两服务同批部署的合同写进 ADR、领域词条与六阶段执行档，共享模块通用性审查纳入编码约定
      • 审查 183 个 Gradle task、1283 个测试与双构建物校验完成；代码交付与现场发布分开——停写、旧消息排干、同步重启及上线日志抽查转交人工
    • ✅ RemoteCombobox 八件全家族迁移收口 〔es-center-server-web-app〕
      • 重构 组织、采集设备/服务器、员工、用户和设备编号六份选择器迁为 typed adapter，树缓存、双返回键、去重、值回填与开层拉取契约保留
      • 重构 对讲组织刷新与设置入口并入统一管理动作，重复状态和根级 Tooltip Provider 删除
      • 审查 采集选择器过滤时序修复、组织树响应类型收窄，八件选择器 47 个消费点、完整质量门禁与双轴复核完成
    • ✅ 拆票预算软线上调统一，硬线不动 〔es-center-server-web-app〕
      • 设计 1M 上下文下的拆票软线由 384k 上调至 512k，640k 硬线不变，编码规范、Agent 摘要与相关 ADR 同步——预算口径全仓一条
      • 协作 AI 工作流模板及 30 份活跃 spec、issue、执行合同统一到新口径
      • 审查 残留的旧比例表述清除，预算相关文档复核无口径漂移
    • ✅ 拆票预算派生数值全链对齐重算 〔es-center-server-services〕
      • 设计 权威 ADR、issue tracker、历史工作稿和 08-21 审查管线同步，512k 软线、640k 硬线与 384k 推理余量的推导关系写明
      • 审查 九票余量、索引和校验账本按新软线重算，三张旧票的硬上限残留修复，全链重建后最小软线余量 262k
    • ✅ XLSX 表格 IO（Excel 导入/导出）统一方案定案 〔es-center-server-web-app〕
      • 评审 经两轮 grilling（逐条追问的设计评审）完成 Q1～Q10 裁决，核清 24 页约 5235 行同构导入导出固定流程、17 页导入死码及两类失败缺陷——重复与死码的总量第一次摸清
      • 设计 统一 hook + 菜单组件、lazy-xlsx（按需加载表格库）、移动端仅导出、响应封套与失败语义定形，拆出双页试点和其余 22 页批迁两票
  • 8-25 晚间: 信封发布深化，XLSX 全家族收口，分区日志检索落地
    • ✅ 类型化信封交付收官，对讲群组写路径深化 〔es-center-server-services〕
      • 设计 信封的代码交付边界收口：队列排干、两 app 同批发布与上线日志抽查交还人工现场流程——避免把代码完成误写成发布事实
      • 评审 经 grilling 裁决：非注解驱动的内部 JMS 发布统一走显式租户执行器，复用事务提交后发送语义；另建命令前门的方向关闭
      • 重构 对讲群组创建不变量下沉至 service，普通与复合创建的持久化语义保持；三处 controller 信封发布及跨 app 通道常量归入单一真源
      • 实施 租户绑定发布执行器建立，覆盖立即发送、提交后发送、回滚不发与异常传播四种时序；对讲房间创建默认开启 RNNoise（音频降噪），销毁合同不变
      • 审查 JMS 发布与通道归属的必查清单写定，创建不变量、统一执行器及 controller 迁移的定向和全量验证完成
    • ✅ XLSX 表格 IO 双页试点后全家族迁移收口 〔es-center-server-web-app〕
      • 实施 按动作动态加载的共享 IO hook 与菜单组件落地，以用户、翻译双页钉住仅导出和完整导入合同
      • 重构 其余 22 个 CRUD 页面迁入共享接缝，7 个真实导入面保留、17 份死导入代码清除，移动端统一为仅导出形态
      • 审查 三轮复核把桌面与移动端菜单配置、职责区顺序及固件导出文件名前缀单源化，各页权限、上限和失败语义保持
    • ✅ 报表分区日志检索深模块落地，月/日分区统一查 〔es-center-server-web-app〕
      • 评审 经三轮 grilling 裁决十个报表页的复制接缝，检索 hook、分区纯函数与表格 shell 三件套定型，statistics 的 facet（分面筛选）分叉保留
      • 设计 租户范围、月/日索引枚举、跨分区合并重排、失败语义及纯函数测试合同定稿，拆分双维度试点与批迁两票
      • 实施 用户日志和 GPS 日志完成月/日粒度试点，索引初始化、字符串租户过滤、分页与无限滚动统一
      • 重构 电量与 MQTT 日志迁入统一检索管线，statistics 复用索引和 facet 纯层；无消费的 GPS 快照初始化入口清除
  • 8-26: 分区日志验收，设备实时原子化，九仓提交条款落地
    • ✅ 分区日志检索五类日志验收收口 〔es-center-server-web-app〕
      • 审查 共享页面命名补齐，五类日志租户过滤、浏览器回归、全量质量门与双轴复核完成，statistics 的冻结边界明确
    • ✅ 设备实时页六原子设计定案，双页试点收口 〔es-center-server-web-app〕
      • 评审 经 grilling 推翻单一大 hook 方案，公共引导固定流程裁为降频轮询、列表拉取、设备前缀请求、ICE 下发与两类状态派生六个原子（原子即不可再拆的最小功能件）——每个原子可单测、可复用
      • 设计 「原子件优先、薄组合层不得私藏独立机制」写进共享规范，并约定只在第二个同形消费场景出现后才提炼组合层——不过早抽象
      • 重构 single/multi 两页改为六原子组合，topic、四类前缀、消息信封、轮询间隔、过滤和分类合同不变
      • 审查 首轮过滤初始化与同步修正、异步失败观测补齐，失败后继续轮询的用例补上，以 19 个契约用例和全量质量门收口试点
    • ✅ 九仓统一提交消息条款，分层信任取材闭环 〔es-center-server-web-app、es-center-server-services、es-center-server-install-app、es-ext-doc-website、es-bodycam-web-ui-1、es-qt-tools-map、es-center-server-build、es-center-server-agent、es-server-deploy〕
      • 协作 首轮为九仓钉入非豁免提交 body、代码前缀验证行、tracker 与逐票收尾豁免、不溯及既往四项统一条款；第二轮为八仓补明工作日志取材动机——提交怎么写有了全仓一致的规矩
      • 设计 提交记录明确可作为工作日志月度 source 丰富档的一等来源——分层信任取材的收益与仓库写作义务形成闭环
  • 8-26 日间: 设备实时批迁闭合，PTT 入群合同对齐，JMS 通道契约归一
    • ✅ 设备实时原子组合扩到回放与远控 〔es-center-server-web-app〕
      • 重构 回放与远控页的列表轮询、设备前缀请求和状态派生迁入既有六原子组合，文件分组发布、图交互、有限重试与刷新语义保留
      • 测试 动态 MQTT topic、额外依赖触发和仅服务器前缀合同扩展，四类回归用例及 1081 项全量测试闭合批迁
    • ✅ 设备入群 PTT 合同对齐：七字段、必填校验 〔es-center-server-web-app〕
      • 设计 ADR 0038 定下 PTT deliver v1 按 sub 分叉：入群用七字段、请离保持两字段，长期配置边界写明
      • 实施 群组名、采样率、编码及格式占位按原样带入下发消息——绑定设备与临时设备复用同一份入群合同
      • 审查 音频配置收紧为必填并在路由入口校验，六组契约用例补齐——错型数据进不了设备通知
    • ✅ AudioBridge Janus client 试点成型 〔es-center-server-web-app〕
      • 评审 经 grilling 将 AudioBridge 信令深化裁为 Janus client，MQTT transport 与房间编排边界保留——深化范围一次划定
      • 设计 请求关联、typed union、会话身份、wire 兼容和测试助手接口定稿，拆分纯新增与房间接线两阶段
      • 实施 transaction、会话身份、九类 wire 与五类推送事件收进单一接口，24 个接口契约覆盖关联、分类、身份过滤与精确载荷
      • 审查 监听生命周期、清理等待、原始错误传播与字符串参与者兼容收紧，1110 项全量测试和双轴终审完成
    • ✅ 翻译边界定到上屏点，登录失败即刷验证码 〔es-center-server-web-app〕
      • 设计 t()（翻译函数）收敛到最终界面显示点，内部 hook、store、纯函数、协议层与开发日志保留原始文本——翻译只在「上屏前一步」做
      • 实施 用户名登录被拒（账密、频控或技术失败）时验证码立即刷新——与既有失败路径保持一致
    • ✅ 工作日志取材动机全部到位 〔es-center-server-web-app〕
      • 协作 本仓提交消息条款的直接收益补明，第二轮九仓工作日志与周报月度 source 取材动机全部到位
    • ✅ JMS 通道契约归一，六票迁移收口 〔es-center-server-services〕
      • 设计 ADR-0047 与六票规格确立「最高可见性 + 就近」规则：es 线归 core，gt 线归各自 common，wire 值与 tenant-less 豁免不变
      • 实施 core 建立 13 个领域族、84 条 destination 与 9 个来源 topic 谓词的编译期真源——通道定义编译期即可查错
      • 重构 device-service、main-service、device-common 与 gt 三域的生产/消费位迁入权威契约，旧定义、私有常量和内联字面量清除
      • 测试 纯谓词测试迁移并建立 AST 门禁，对账 100 个权威 destination、仓内生产消费边界及 8 条精确外部边界
      • 协作 六票逐项记录依赖、使用位与双轴复评——迁移最终以 1295 项测试闭合，串行执行入口随之切换
  • 8-26 晚间: Janus client 接入房间编排，租户消息边界落地
    • ✅ Janus client 接入房间编排，旧信令实现删除 〔es-center-server-web-app〕
      • 重构 上一阶段已落地的 Janus client 接入房间编排，建连、配置、成员刷新与下行事件统一，旧信令实现和重复测试删除
      • 审查 请求回包、过期响应与会话活性边界收紧，以房间级 129 项和 client/keepalive 合计 171 项契约闭合迁移
    • ✅ 房间补偿请求合同恢复，三项死接口删除 〔es-center-server-web-app〕
      • 实施 房间补偿请求的参数位置与多设备编码合同恢复；真实联调确认请求成功、无请求体，房间继续正常进入监听状态
      • 重构 后端已下线且前端零调用的三项公共接口删除，房间凭证、关系详情和 Janus 入房链路保留；开发静态资源切换到测试域名
    • ✅ 候选报告升级为寻路图，六张实施票排程 〔es-center-server-services〕
      • 评审 确认房间凭证筛选与排序不从对外列表入口可达；在「禁止基础查询接入 HTTP」的约束下接受现状——查过了，接受有理由
      • 设计 租户消息同源校验、无租户发布边界，以及新代码优先不可变、显式表示缺失值和错误传递的约定写定
      • 协作 候选报告升级为可认领的寻路图，消息边界深化拆为六张实施票；此时只完成决策与排程
    • ✅ 租户消息同源校验与发布边界落地 〔es-center-server-services〕
      • 实施 同源校验与无租户发布能力建立，主服务和设备服务的消息入口迁移；仓内可成对控制的链路统一信封化
      • 审查 仓外导入、房间补偿和动态桥接的既有消息格式保留，空租户、载荷漂移、事务时机与例外清单用静态门禁覆盖
  • 8-27: 前缀协议统一，租户消息消费入口建成
    • ✅ 前缀协议统一，租户消息三类消费入口建成 〔es-center-server-services〕
      • 重构 两项零调用基础工具删除；经真实编译确认后，仍需的消息依赖收窄到编译和测试范围——删得放心，留得明确
      • 重构 21 个生产文件的前缀字段标准化统一，三组不属于运行时上下文适配职责的旧执行器删除
      • 实施 单值、集合和零载荷三类租户消息消费入口建立，共享模块、设备服务与主服务设备域分批迁移完成
      • 审查 全租户代际树、纯转发入口和两处手工解码例外保留——不把阶段迁移写成全部消费面清零
    • ✅ 历史票面终态回填，前端可观测性排程永久否决 〔es-center-server-web-app、es-center-server-services〕
      • 协作 已交付 UI 事件票的现实状态回填，执行队列升级为可持续读取的工作清单批次入口；这些变更只整理治理载体，不重复计算历史功能
      • 评审 Faro 前端可观测性与 Playwright E2E 排程永久否决，对应 P1 计划清空；浏览器验证继续沿用既有规范
      • 设计 最终界面呈现与内部状态的翻译边界明确，拆出同口径复扫和 AudioBridge 去预翻译两票；此时只完成规格与排程
  • 8-28: 翻译延迟到呈现点，MyLog 双壳收口
    • ✅ 租户消息消费入口最终收口，例外保留 〔es-center-server-services〕
      • 重构 主服务其余 8 个监听器的 17 个入口纳入统一消费边界，业务校验、消息顺序与异常行为保留
      • 审查 纯转发入口的既有例外继续保留，作用域和执行顺序测试闭合整批迁移
    • ✅ i18n 复扫重建账本，错误呈现迁到上屏点 〔es-center-server-web-app〕
      • 重构 五个复扫入口统一，1510 条增强基线、1503 个当前词条、13 条增量与 22 条孤儿账本重建；AudioBridge 预翻译清除，415 个表单校验消息改到最终呈现点翻译——编码原文不再直接上屏
      • 实施 以自有双组件分三阶段迁移 143 个路由中的 698 个调用，两个生成组件恢复到上游基线
      • 审查 1119 项全量测试、静态守卫和英文表单插值错误的浏览器抽查确认编码原文不再直接上屏
    • ✅ 票面状态合同机器可判，历史票终态回填 〔es-center-server-web-app、es-center-server-services〕
      • 设计 Status、Blocked by、done 与 superseded 的机器可判合同写定，拆票预算真源引用修复——票面状态机器可读
      • 协作 按既有提交和验收证据回填历史票终态、批量归一数据行；这些提交只清算治理现实，不把旧功能重述为本周交付
      • 评审 后端侧未经批准的前端可观测性遗留票档删除；该方向保持永久否决且后端始终零实现
    • ✅ keep-alive 留码定案，MyLog 双壳（同一共享实现、两服务各一层薄壳）落成 〔es-center-server-services〕
      • 审查 keep-alive 裁决误读纠正，consumer、通道、白名单和测试全量恢复；最终只删除无价值的弃用票——代码继续服役，不再误删
      • 实施 MyLog 的合并注解、提交后触发与 best-effort 发布算法下沉为共享基座，main-service 与 device-service 以对称薄壳绑定应用切点和 WRITE 通道——两个服务一套日志发布逻辑
      • 测试 共享合同和两服务真实 Spring proxy 用例冻结字段原样传递、默认消息、事务时机与失败隔离四项行为
    • ✅ 前端 UI 与构建依赖升级到位 〔es-center-server-web-app〕
      • 实施 核心 UI 与构建依赖升级，并按新版单选组无障碍语义同步两组 Talkgroup 契约断言
    • ✅ MD5 换芯（替换底层实现、对外合同不变）规格排程就位 〔es-center-server-web-app〕
      • 设计 17 个文件 30 处 MD5 兼容合同、双出口边界与两段式迁移固定，拆出模块收口和依赖换芯两张顺序票
      • 协作 执行入口切到该批次；冻结快照内尚未实施换芯——不把计划写成已完成成果
  • 8-28 晚间～8-29: MyLog 治理、规范路由核心落地、Hook 路线退役
    • ✅ MyLog 票面治理收口，服务合同定案 〔es-center-server-services〕
      • 协作 MyLog 双壳候选、规格与实现票收口，只回写既有提交和测试证据——不重复计算此前已经交付的双壳能力
      • 设计 共享切面、应用薄壳与 WRITE 目的地边界写进 ADR；该提交是既有实现的设计补录
      • 设计 BMC 六轴绑定生命周期与 IoT keep-alive 过渡期支持合同定稿；生产切换尚未确认、旧通道继续服役——不写成代码交付或退役完成
      • 协作 已停用的 superpowers 历史计划与规格退役，ADR、代码、测试和固定 Git 历史保留恢复路径——不把资料清理写成新能力
      • 设计 standards、API、runbooks 与 agents 的长期规范分层及动态发现合同建立；此时只完成规范治理，不冒充运行时路由实现
    • ✅ 确定性规范路由核心落地——规范问题一条命令有答案 〔es-center-server-services〕
      • 设计 核心 CLI、生命周期接缝、跨 Agent 连续性与激活批准拆成串行批次，初始提交只建立计划与验收边界
      • 实施 公开规范路由 CLI 建立，用 MUST、MAY、CLARIFY 路由包和失败关闭（拿不准即报错，不猜测继续）统一 canonical（唯一正本）命中、关系检查、含糊消解与目录 lint——规范问题一条命令有答案
      • 实施 陈旧目标、不可达记录、canonical 标题与 API 时间字段等边界连续修复，按最终保留语义归纳为同一套路由能力
      • 重构 canonical 匹配和路由包投影复用，协议字段与派生标识的重复清除——不把内部去重另算为新功能
      • 审查 核心路由的测试、lint 与双轴审查证据回写后票面收口——不重复计算已经落地的路由能力
    • ✅ 生命周期 Hook 路线查清后退役 〔es-center-server-services〕
      • 排障（AI 辅助） Codex 项目级 Hook 无法可靠恢复阻断反馈的会话证据记录在案——避免把不可证明失败关闭的接缝当成已交付能力
      • 排障 需要替换或自建客户端的 App Server、SDK 替代面排除，并设下「出现可观察恢复原因或另立客户端规格后才重开」的门槛
      • 设计 按维护者裁决退役 Codex/Claude 生命周期 Hook 路线，稳定核心路由器保留、转向范围更小的显式 CLI 流程
    • ✅ 显式 Agent 规范路由激活，双轴零发现收口 〔es-center-server-services〕
      • 设计（AI 辅助） Codex/Claude 共用的显式路由候选成形，覆盖首轮、路径变化、交付前核对、连续性与失败关闭；候选阶段不提前写成已启用
      • 实施 任务正文先被禁止通过命令参数、环境、文件或日志泄露，不可安全传递时保持失败关闭——宁可停下，不冒险传
      • 实施（AI 辅助） 不落盘的批处理传递与安全编码建立，特殊字符破坏、内容截断和误执行边界逐步闭合
      • 测试（AI 辅助） 按 Codex、Claude、隔离子代理和压缩恢复逐阶段复验；中间传递阻塞如实保留，后续只按已修复终态收口
      • 实施（AI 辅助） 经跨 Agent 验收与批准后，流程迁入项目单一正本，一次性批处理与持久交互两类安全传递路径补齐
      • 审查 票面收口与最终 Standards/Spec 双轴零发现结论归档；审查边界只覆盖本批冻结提交——不复活已退役的 Hook 路线
  • 8-30: 评测控制面冻结，隔离 A/B canary 加固
    • ✅ 评测控制面冻结，启动须人工放行 〔es-center-server-services〕
      • 测试 首次 Agent 运行前冻结八个高风险场景、隐藏答案与盲评规则，摘要清单和泄漏检查保证评测基线可复算——考卷没开考前先封存
      • 审查 校验器统一、冗余来源清理、控制面摘要重算，确保 canary 与 screening 使用同一批冻结输入
      • 设计 隔离 canary、首批筛选、最终裁决及两个条件后续拆为串行票，完整评测通过设为后续动作的硬前置
      • 实施 批次启动收敛为显式人工放行——无人值守时评测不会自动开跑
    • ✅ 隔离 A/B canary（金丝雀对比试点）接缝建立，证据封存 〔es-center-server-services〕
      • 测试（AI 辅助） 只改变 Router 指令组的隔离 A/B 接缝建立，批次完整性、盲评输入、评分绑定和全样本聚合连续收紧后重放验证
      • 实施（AI 辅助） 敏感会话与评分过程限制在私有临时区，证据先封存再清理，长期摘要只保留结果计数与完整性哈希——敏感内容不留长期副本

其它工作

• 目标: 记录日常杂项工作、协作沟通等事务
• 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
  • 📌 以往已自测工作不再重复，详情请查看上周及上月报告
  • 24 日
    • ✅ 协作 git → svn 源代码同步
    • ✅ 实施 将最新版本部署到 zxs-cs 服务器: 编译最新程序 → 制作 Docker 镜像 → 制作升级程序 → 上传服务器 → 升级部署 〔es-center-server-build〕
    • ✅ 排障 核对 zxs 服务器上的设备云节点配置数据
  • 25 日
    • ✅ 排障 核查音频降噪是否启用: 服务端 RNNoise 已编译但运行时未开启；已改进后端建房信令，默认在混音前清理所有参与者（含设备）入向音频的残余背景噪声，并确认客户端可显式关闭单个参与者的入向音频降噪
  • 26 日
    • ✅ 实施 将前端最新版本部署到 zxs-test 服务器: 编译最新程序 → 制作 Docker 镜像 → 上传服务器 → 升级部署 〔es-center-server-build〕