Skip to Content

2026年03月09日

内容截止日: 2026年03月15日

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

中心服务平台 - 功能完善

  • 目标: 对已完成的第二阶段功能进行测试和优化完善。
  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
    • 以往已完成的工作不再重复,详情请查看上周及上月报告
    • 〔工作量〕es-center-server-services 20 次 · 代码 +0.9k/-0.4k | es-center-server-web-app 13 次(设计 11 · 代码 2)· 代码 +0.3k/-0.1k | es-center-server-install-app 1 次
    • 〔方法论〕现场反馈驱动(韦工/王工反馈 → 定位修复)| OpenSpec 变更驱动开发(导入列表 ID 解析优化: 立项 → 设计 → 实施 → 验证 → 归档流转)| AI 规范开发基础落地(CLAUDE.md + openspec + 技能库 + 提示词模板,承接上周培训)
    • 3-10: 固件同步与设备编号校验
      • ✅ 固件同步失败后保持一小时间隔,设备号校验读取最新数据 〔es-center-server-services〕
        • 实施 固件任务从每小时整点改为启动一分钟后首次触发、每轮完成后等 15 分钟,并以一小时门控决定是否执行。扫描前记录时间,失败也不在短周期反复请求 SFTP。
        • 设计 fix-validate-device-no-duplication-cache 先明确实时校验与缓存查询的分工。
        • 排障 采集盒、设备和服务器删除后十秒内重建同号资源,旧 listCache 曾误判重复;低频唯一性验证改直查最新数据,高频设备上报仍用缓存。
        • 设计 精简 AGENTS.md,归档缓存修复并保存排障输入。
        • 实施 调整模型路由,统一相关代码格式。
        • 重构 清理 IP 限流、固件同步、绑定的阶段性 OpenSpec 资产。
    • 3-10 ~ 3-12: 导入导出业务字段
      • ✅ 前端表格展示业务字段,导入导出规格先行 〔es-center-server-web-app〕
        • 设计 完善 DAS/DAD(数据采集服务器/设备)提案、设计、规格与任务,变更命名为 enhance-das-dad-import-export;Sisyphus 实施计划按步骤分解任务,完成后清理一次性计划和草稿。
        • 实施 两类列表重新组织列定义,默认隐藏 orgNo/deviceModelCode/janusNo/stun/turn 等辅助字段,增加云服务域名、所属组织和关联服务器列;后续 org 与型号对象列改为 orgName/deviceModelName。
      • ✅ 设备响应补采集服务器业务编号 〔es-center-server-services〕
        • 设计 九项候选字段核对后收窄到 dataAcquisitionServerNo,已支持的云域名、型号、Janus/TURN 不重复实施。
        • 实施 3-11 在列表、个人空间、缓存列表、分页和按设备号查询共 5 条响应路径回填服务器标识或编号,Excel/JSON 转换可以取得业务编号。
    • 3-11 ~ 3-13: 导入自动关联与冲突处理
      • ✅ 表格填写业务编号即可关联,同租户重复转更新、跨租户冲突单独返回 〔es-center-server-services〕
        • 设计 improve-import-list-id-resolution 定义 orgNo→orgId、deviceModelCode→deviceModelId、dataAcquisitionServerNo→dataAcquisitionServerId。组织不存在时按 orgName/orgNo 创建并刷新树;空编码跳过,查不到型号或服务器不误建。
        • 实施 设备与服务器导入 Listener 按规格解析并区分新增/更新;首条查询结果处理简化,设备更新 DTO(接口数据结构)使用领域主键,型号与云服务域名允许普通更新。
        • 设计 3-13 归档 ID 解析,接续 fix-import-list-validation;不改表结构和单条保存/更新校验,先定义批次冲突处理。
        • 实施 按设备号每批 200 条预查当前租户,同租户已有记录转更新;跨租户占用只剔除冲突项,通过 extraData.rejectedDeviceNos 返回编号清单,一条冲突不再中断整批。
        • 排障 采集服务器型号原先误查设备型号服务,改用服务器型号服务,按既定规格解析关联。
    • 3-10 ~ 3-12: 编码工具与指南调整
      • ✅ 后端规范入口与历史提示词重新整理 〔es-center-server-services〕
        • 设计 OpenSpec/OpenCode 先清理再恢复,3-12 收敛到项目级 CLAUDE.md,说明技术栈、Gradle、多层规范、测试、环境与排障;撤下旧 Agent 指南及临时运维材料。
        • 设计 .ai/prompt 建立固定模板,保存 02-24 至 03-11 历史提示词,承接上周培训。
        • 实施 本地 AI 配置改用 .gitignore 忽略,调整模型路由和并发分工。
      • ✅ 前端技能和指南更新后转到 Claude 规格入口 〔es-center-server-web-app〕
        • 实施 更新 shadcn-ui、Tailwind、React 性能、代码审查和设计技能,分目录 AGENTS.md 先建立后于 3-12 清理;OpenCode opsx 命令/技能移到 .claude,新增 CLAUDE.md,oh-my-opencode、初始化和提示词同步调整。
    • 3-13: 构建与目标分发
      • ✅ 打包与上传入口跟随本轮镜像和安装包 〔es-center-server-install-app〕
        • 实施 build_package.sh、upload_to_servers.sh、.env/.env.upgrade 与构建说明作为专用入口补齐;主服务、设备服务和 Web App 各目标安装/升级引用从 03-02/03-06 推进到 03-13 17:12。

其它工作

  • 目标: 记录日常杂项工作、协作沟通等事务
  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
    • 以往已完成的工作不再重复,详情请查看上周及上月报告
    • 09 日
      • ✅ 开展 AI 规范驱动开发培训,讲解 opencode/claude-code 使用方法及 openspec/superpower 生态相关要求
    • 10 日
      • ✅ 跟进同事使用 AI 开展工作的实际情况
      • ✅ 制作新升级包,并部署至 zxs-cs 服务器
    • 12 日
      • ✅ 改进数据采集服务器及数据采集设备导入(excel 中若是数据采集服务器型号标识、org 标识、型号标识这些值,使用者会不知道如何填)
        • 数据采集服务器导入 excel 中
          • 有部门编号但数据库中没有这个部门时(数据库中有就填充 orgId 进行关联),根据 excel 中的 orgName 及 orgNo 自动生成,并填充 orgId 进行关联
          • 有数据采集服务器型号编码,需查询出数据采集服务器型号标识关联上,查询不到不处理
        • 数据采集设备导入 excel 中
          • 有部门编号但数据库中没有这个部门时(数据库中有就填充 orgId 进行关联),根据 excel 中的 orgName 及 orgNo 自动生成,并填充 orgId 进行关联
          • 有数据采集设备型号编码,需查询出数据采集设备型号标识关联上,查询不到不处理
          • 有数据采集服务器编号,需查询出数据采集服务器标识关联上,查询不到不处理
    • 13 日
      • 🟢 制作新升级包,并部署至 zxs-cs 服务器自测
        • 修复不允许重复导入的 bug
        • 修复型号没有更新上去的 bug
      • 🟢 再次制作新升级包,并部署至 zxs-cs 服务器自测,确认没有问题后给到王工测试或给客户升级
Last updated on