Skip to Content
工作周报2026 年度总结2026年03月30日

2026年03月30日

内容截止日: 2026年04月05日

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

中心服务平台 - 功能完善

  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
    • 以往已完成的工作不再重复，详情请查看上周及上月报告
    • 〔工作量〕es-center-server-services 13 次（设计 9 · 代码 4）· 代码 +0.1k ｜ es-center-server-web-app 26 次（设计 18 · 代码 8）· 代码 +0.2k/-0.1k ｜ es-center-server-install-app 2 次 · 代码 +0.1k/-0.1k ｜ es-server-deploy 9 次 · 代码 +0.2k
    • 〔方法论〕数据权限差距分析驱动修复（梳理接口 → 差距分析 → 差距修复落地）｜ 仪表盘 Pencil 原型起步迭代 ｜ 已有功能测试验证收口
    • 3-30 ~ 3-31: 新功能复测与回放协作
      • 🟡 直播显示修复后，近期功能仍须在新部署版本中复测 〔es-center-server-web-app〕
        • 实施 修复全屏只显示地图的问题，使直播画面、设备列表、底部操作栏一同叠加；调整设备列表、实时视频地图与自动导入定义。
        • 实施 sync-playback-branch.sh 反复调整并收尾，支持与绍工分支重复同步合并。
        • 协作 非 P2P媒体测试问题已反馈，待处理后合入主版本。
        • 重构 清理三处模块 AGENTS.md。
        • 设计 重组根指南、模式与开发流程，保留回放任务输入和模拟数据的过程记录。
        • 测试 固件上传 .img/.bin 校验的前端场景待最新升级程序制作并部署后核对，本条保留测试前置条件。
      • 🔘 固件与配置通知继续安排自测 〔es-center-server-services〕
        • 测试 最新升级程序部署后，核对 .img/.bin 上传、采集服务器公网 IP 上报与关联设备配置推送，以及主从固件文件同步；不把待开展的验证写成已通过。
    • 3-31 ~ 4-02: 数据权限差距与修复
      • 🟡 权限修复收敛到计数和部门查询，测试仍待继续 〔es-center-server-services〕
        • 设计 全量盘点 126 个控制器、194 个数据查询映射，仅 2 个已有完整过滤链路。两份重叠提案合为 data-authority-gap-analysis，gap-fix 规格、设计和任务明确范围。
        • 评审 设备“仅本人”基于领用关系，暂不按 created_by 实施；to-c 在本租户内全量可见。getById（单条查询）和 device-service 控制器不在本轮，部门过滤另拆 org-data-authority capability。
        • 实施 4-01，为设备/采集服务器 count 和部门 list/page/count 注入权限条件，组织树按本部门或下级过滤；dataAuthorityMy 同时提供用户名和组织键，管理员全量可见，缺 org 时生成不可命中的条件。主/设备配置保持一致，控制器排除范围仍保留。
        • 审查 核对新用户、角色/用户组/租户关系同事务创建及登录 JWT 重建，确认无需额外缓存改造。
        • 测试 其余自测开展后边测边修，发现问题立即记录处理。
        • 排障 6 处员工归属查找只在非空时覆盖回退对象，修复最后空结果导致 JWT 空指针及跨租户取错；移除 UserPlusController 未使用依赖。
      • ✅ 轨迹当前位置图标去掉多余朝向动画 〔es-center-server-web-app〕
        • 排障 4-02 按小姚反馈取消从北向转到目标朝向的过渡，每次绘制直接面向正确方向；补朝向规格、调整 CS 开发环境和编辑器配置。
    • 4-02 ~ 4-05: 仪表盘原型与报表待办
      • 🟡 Dashboard 原型开始迭代，业务报表维度仍为待办 〔es-center-server-web-app〕
        • 设计 Pencil（界面原型工具）建立 dashboard-1、dashboard-elimination-1，持续修改设计稿、截图和提示记录，调整 Agent 指南。
        • 实施 引入设计技能，调整采集脚本。
        • 协作 后续任务开发优先级仍在沟通，清单向公司长期发展方向对齐。
        • 设计 业务类数据报表尚未开始实施，六类待办维度保留：
          • 设备数量：采集服务器总数（含绑定设备总数）、设备总数。
          • 在线时长：采集服务器/设备排名，今日/近7天/近30天/近90天。
          • 数据上传：设备上传数量与大小排名，今日/近7天/近30天/近90天。
          • 告警：采集服务器中设备告警次数、设备告警次数排名，今日/近7天/近30天/近90天。
          • 当前存储：采集服务器/设备已用存储排名，含总空间。
          • 当前电量：设备可用电量排名，含电池容量。
    • 3-30 ~ 4-02: 搜索服务、发布与安全处理
      • ✅ 安装引用推进到三月末发布物 〔es-center-server-install-app〕
        • 实施 先更新 03-30 11:48，再推进 03-31 14:28，服务镜像、安装/升级、部署和上传一致；CA/HS 凭据与目标运维命令同步。
      • ✅ SearXNG（聚合搜索服务）搜索配置与安全排查步骤持续完善 〔es-server-deploy〕
        • 实施 增加图片代理、自动语言、连接池和 HTTP/2；Valkey 持久缓存带 LRU 上限、双端健康检查与只读配置。引擎恢复/禁用多轮复测后，禁用易 CAPTCHA/403/429 的来源，启用百度、搜狗、360 和中国搜索新闻；请求/最大超时从 3.5/10 秒放宽到 30/60 秒，补日志跟随脚本。
        • 排障 更新加拿大凭据与恶意软件扫描入口；河山 /tmp/mysql 带不可变属性，删除后核查登录/systemd 持久化，启用 fail2ban，并以每 3 秒监控终止异常进程，保留远程日志观察。
      • ✅ 后端规格入口迁到 Claude，旧检索资产撤下 〔es-center-server-services〕
        • 实施 opsx 命令/技能从 OpenCode 迁 .claude，所需后端/Java/Spring/Lombok/prompt/review skills 建软链接，删除旧 OpenCode、禁用 RAG 模型和 Ralph Loop 状态。
        • 设计 CLAUDE.md 替代根及模块 AGENTS。

其它工作

  • 目标: 记录日常杂项工作、协作沟通等事务
  • 进度: 🔘 未开始 -> 🟡 进行中 -> ⚠️ 部分完成 -> ✅ 已完成 -> 📌 已自测
    • 📌 以往已自测工作不再重复，详情请查看上周及上月报告
    • 30 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
      • ✅ AI 基础设施完善: 完成 SearXNG MCP 服务器搭建与优化（排除部分搜索报错的站点）
      • ✅ 编写自动合并代码脚本，用于将当前分支的变动自动合并到绍工分支（后续可通过脚本重复执行）
    • 31 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
      • ✅ AI 基础设施完善: SearXNG MCP 服务已分别部署在国内外服务器上，并针对性地进行了优化配置。统一去除了易被封禁的搜索网站及暗网内容，国内服务器还额外移除了国内无法访问的搜索网站。
      • ✅ 基于自动合并脚本合并后的分支，重新制作安装及升级程序，并部署到 zxs-cs/zxs-ca 服务器上进行测试。
      • ✅ 测试过程中发现的问题: 属于他人负责的模块及时反馈，属于自身责任范围的记录并立即处理。
    • 1 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上午及下午各检查一次
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
        • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
        • 上午发现 zxs-ca 服务器被挖矿利用: 查杀挖矿程序 → 重启服务器 → 再次查杀挖矿程序。目前问题已解决。
        • 下午发现 zxs-ca 服务器存在被挖矿利用的情况，已按以下步骤处理: 查杀挖矿程序 → 修改 root 账号密码（增强复杂度）→ 重启服务器 → 再次查杀挖矿程序。目前问题已解决。
    • 2 日
      • ✅ 检查所有服务器是否存在挖矿利用风险，上下午各检查一次。
        • 检查命令示例:
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@192.129.252.131" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@107.174.255.35" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@47.121.142.93" "htop"
          • ssh -tt -o "StrictHostKeyChecking=no" -o "UserKnownHostsFile=/dev/null" "root@43.133.186.162" "htop"
        • 上午发现 zxs-ca 服务器存在挖矿利用行为。处理措施: 安装 fail2ban 以抵御暴力破解 → 修改 root 账号密码（提升复杂度）→ 重启服务器。目前问题已解决。
      • ✅ 完成 50% 获取 bmc-arm 全部代码，并对 bmc-server 项目进行代码审查。
    • 3 日
      • ✅ 完成 100% 获取 bmc-arm 全部代码，完成对 bmc-server 项目的代码审查。
      • ✅ 修复 bmc-arm/bmc-server 在本地无法编译的问题。
      • ✅ 修复 bmc-arm/bmc-server 的 src/bmc-server/upload/ 目录下存在的多处内存与资源管理问题。

备忘

目前的工作任务分为三个方向:

  • 测试、问题改进与日常维护支持: 近期开发的主从数据同步功能，目前处于 zxs-cs（主）、zxs-ca（从）的测试与稳定性观察阶段；印度客户定制需求（采集服务器回放，播放端在中心服务器 Web 界面）处于测试收尾阶段；正在处理服务器被恶意利用挖矿的问题。
  • 用户反馈意见的测试核实与改进: 王工、韦工等在使用中发现的问题，优先处理易于改进的项；部分需求开发周期较长，需先梳理需求并编写 PRD 文档，再排入工作计划。例如: 「客户需通过手机 App + Web 端观看视频，如何实现？」属于 To C 类业务。
  • 待办工作任务规划: 整理完成后排定优先级，编写详细的 E-PRD 文档，采用 AI 协同开发模式（人/AI 协作流程已整理完毕: https://www.good-tools.tech/02-other/05-ai-work-flow/），解决需求整理速度跟不上  AI 开发效率的问题（此前是开发速度跟不上需求整理）。目前聚焦 To B 类业务，做深做透后再拓展其它大类。To B 类主要待完成事项:
    • 采集服务器最新公网 IP 等信息上报后，同步通知所有采集服务器关联设备的物联网消息
    • 数据权限控制细化: 租户管理员创建新用户并分配权限后，需经多轮测试以改进新账号的可用性
    • 业务类数据报表
    • P2P 集群对讲（新增）
    • P2P 设备回放（新增）
    • P2P 采集服务器回放（优化改进）: 若实测对比确认绍工当前实现的采集服务器公网 IP 回放方式能满足需求，后续将合并至主版本，不再推进 P2P 方案（以降低开发成本）
Last updated on
2026年03月23日2026年04月06日