资讯中心

BossAgents 实时演示能力评估 — 实测复核（2026-07-31） 方法：对源码做静态扫描 + 对运行中服务（端口 3006）做真实 HTTP 调用复核。 结论： 三个演示场景都能真正工作

演示链路健康检查 + 巡检耗时实测 · 2026-08-01 用户贴出的演示日志（11:11 GMT+8）关键事实 影响图已正常渲染 ：P-1001 → 「3 个 BOM、1 个零件（共 4 个关联对

演示日志告警分诊 · 2026-08-01 用户贴出的日志（P-1001 影响图 + 巡检 + 治理记录 混合）含几类告警 1. ⚠️ SCSAI查询返回失败: No items of type Pa

另外两个演示结果可视化（表格）· 2026-08-01 需求 用户：影响图已可视化（chart 卡片），但「数据质量巡检」和「治理记录」仍只显示纯文字 / 原始 JSON，要求也做成可视化（表格）。

数字员工问题诊断报告 发现的问题 1. 缺失 Worker 脚本 (3个) | 员工ID | 配置的 Worker | 问题 | |--------|---------------|------| |

数字员工全面测试报告 测试环境 MTClaw : 未启动 服务器 : 端口 3006，运行中 测试时间 : 2026-07-16 一、核心员工测试 (4个) | 员工ID | 名称 | 测试意图 |

修复：/api/aml/sciot/system-status 500 错误 问题 浏览器请求 GET /api/aml/sciot/system-status 后端返回 HTTP 500。 根因 s

影响图增强：脏标签净化(A) + 节点上限(B) · 2026-07-31 用户指令 "A, B" —— A：给影响图标签加脏数据净化（避免 [object Object] / {is_null} ）

实例巡检自动修复失败根因定位（2026-06-25 23:59） Objective 追查 Project 实例巡检发现的 28 个问题自动修复全部失败的原因。 调查过程 用户指出默认用户是 root

关键词精度修复记录（2026-07-26） 问题 意图分类两套路由（ smart-llm-router vs staff-router ）曾各自维护员工 ID 映射，导致漂移。 已完成修复 1. 员工

遗留问题核查清单 (2026-07-19 实测) 来源：对历史记忆中的"活跃约束与已知问题"逐条实测验证。结论基于当前代码真实状态，非凭记忆。 已实测澄清（原以为未解决，实际已 OK） | 原标记问题

采购工作流修复：供应商查询逻辑、Contact创建、163 IMAP禁用、编码修复 修复的问题 1. 供应商查询逻辑（按产品名过滤） 文件 : server/tools/procurement-wor