1. IE browser is NOT supported anymore. Please use Chrome, Firefox or Edge instead.
2. If you are a new user, please register to get an IHEP SSO account through https://login.ihep.ac.cn/registlight.jsp Any questions, please email us at helpdesk@ihep.ac.cn or call 88236855.
3. If you need to create a conference in the "Conferences, Workshops and Events" zone, please email us at helpdesk@ihep.ac.cn.
4. The max file size allowed for upload is 100 Mb.

BESIII数智化升级软件例会

→ Asia/Shanghai

一、运维助手与Desktop新功能同步

会议首先由@贺怡龙介绍了Desktop端及运维助手的最新功能更新,随后针对部分异常问题进行了排查与答疑。

1. 核心功能更新

  • ​​内网节点中继安装​​:支持通过SSH将本机作为内网中继节点,为无法直接连接Gateway的局域网机器安装节点。
  • ​​会话与代码托管集成​​:支持导入Codex等工具的会话,并支持连接GitHub及私有部署的GitLab,可直接在云端操作PR与分支合并。
  • ​​UI生成与定时任务​​:交互面板中生成的UI可直接在Canvas中打开并复制代码;定时任务已完全支持在智能体中使用,运行记录可在收件箱查看。
  • ​​多代理并行与记忆整理​​:支持将独立子任务分配给多个子代理同时执行(替代原Teams功能);记忆整理交由后台定时任务托管,自动清理无用记忆。

2. 异常排查与答疑

  • ​​【提问人】@赵东升​​:为什么值班助手能正常调用Skill,而运维助手在对话中发同样的问题却不调用?
  • ​​【回答人】@贺怡龙​​:按理来说不会是插件问题,可能是模型或记忆注入不全导致,会后我会控制变量排查一下具体原因。
  • ​​【提问人】@赵东升​​:插件调用返回结果时,能否支持像直接对话那样的流式返回?
  • ​​【回答人】@贺怡龙​​:系统默认是支持流式的,你这边看到非流式可能是特定插件或配置问题,我也会同步检查一下。

3. 会话加载与存储优化

  • ​​全站索引导致加载缓慢​​:当前全站会话量过大,导致从全量会话中筛选特定智能体会耗时较长。
  • ​​大文件存储影响迁移​​:部分老会话消息量达4万多条,形成数百兆的大文件,导致数据迁移和读取缓慢。
  • ​​归档与清理策略​​:后续计划对超过一个月未使用的会话进行归档(从索引中剔除但不删除),并建议用户手动清理无用分支以优化体验。

二、知识库与自动化控制方案

会议重点讨论了知识库的注入机制、专家审核流程,以及如何实现系统异常的自动化闭环处理。

1. 知识库注入与审核

  • ​​聊天注入知识库草稿​​:新增Skill支持在对话框中直接生成知识库草稿,经专家审核后方可生效。
  • ​​故障案例自动入库​​:针对CGM通信错误等确定性异常,已将其处理建议(如自动Stop或Shutdown)录入知识库,后续将建立案例库与知识库的关联。
  • ​​知识库上线前需回归测试​​:知识库审核生效前,必须先通过回归测试验证模型是否能准确检索并应用新知识,避免上线后出现链路不通或检索失效。

2. 自动化控制与交互

  • ​​异常自动停止与重启​​:系统监测到RC状态异常或Stop超时等确定性错误时,应直接执行Shutdown等程序化操作,无需大模型介入。
  • ​​半自动交互模式​​:对于需要人工确认的操作,系统应向值班员弹出全局通知,确认同意后自动执行后续步骤,实现半自动化控制。

3. 专家身份与权限管理

  • ​​专家身份识别​​:需通过SSO或IP地址等方式精确识别专家身份,以便准确记录其对知识库的贡献并限制操作权限。
  • ​​设立贡献奖励机制​​:计划设立榜单,汇总不同用户为系统做出的贡献(如维护次数、有效记录数等),激励专家参与系统建设。

三、前端展示与上线策略

针对当前前端页面展示和版本发布存在的问题,会议明确了优化方向与上线原则。

1. 前端展示优化

  • ​​数据更新时间展示​​:针对BPC2、B83等页面数据更新时间不显示的问题,将在右上角增加数据更新时间标识。
  • ​​Grafana图表交互​​:针对Grafana亮度展示数据缺失问题,将在图表旁增加分析按钮,点击后可交由维护助手自动分析。
  • ​​数据置零逻辑修复​​:针对数据流监测页面显示不完整及置零异常,需修改Dump程序,在程序退出时正确写入零值。
  • ​​页面自适应与配色调整​​:针对气体比例等页面字体过小、灰黑状态灯含义不清的问题,将增大字体并优化配色与状态提示。

2. 版本发布策略

  • ​​分阶段高频上线​​:摒弃扎堆上线模式,修复一个小问题或调通一个功能即上线一个版本,并在群内通知验证,以提升用户信任度与参与度。
  • ​​优先保障核心功能​​:当前第一优先级是尽快上线面向值班员的表格填写与值班记录生成功能,避免发散性开发。

四、RDMA取数与组装测试进展

会议最后同步了RDMA跨节点取数、时间切片及组装的测试进展,并指出了当前面临的带宽瓶颈。

1. 性能测试数据

  • ​​RDMA跨节点带宽​​:单QP情况下带宽达43.8GB/s,4个QP情况下可达92.2GB/s;真实固件联调时4个QP测到38GB/s。
  • ​​时间切片性能​​:8个消费者情况下,时间切片性能为34GB/s,不会成为读出性能的瓶颈。

2. 当前测试瓶颈与计划

  • ​​单板取数不稳定​​:真实板子长时间取数时存在断断续续的问题(约60秒即断开),需排查是硬件还是软件代码问题。
  • ​​存盘带宽未达标​​:当前计算中心存盘带宽仅为6GB/s,远低于要求的8GB/s,需协调查找原因。
  • ​​后续测试分工​​:@曾婷轩负责模拟收发与组装测试,刘椽负责单板读出与时间切片测试;双方代码将进行交叉验证以排查问题。
There are minutes attached to this event. Show them.