资讯中心

数字员工全面测试报告 测试环境 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

Product→Model 生成 type="Unknown" 根因与修复（2026-07-09） 现象 前端用 useCapabilityCreate 创建 Product 对话时， Model 关

BossAgents 系统重构方案 v2.0 诚实原则 ：本方案基于对系统代码、数据库、API的真实审计得出。所有数据都是经过验证的，绝不编造。 一、系统现状审计（真实数据） 1.1 数据库真实状况（

BossAgents 系统现状分析与重构方案 日期 ：2026-07-07 目标 ：梳理系统真实状况，设计能演示价值的完整方案 一、系统现状 1.1 系统架构 ┌───────────────────

数字员工报告系统 - 功能实现 问题 "点召唤→执行→看结果"链路断裂：数字员工在后端正常执行，但前端看不到执行结果/报告。 修改内容 1. 后端 server.js — 添加报告 API GET /

任务：仓库根目录整理（文档入 docs/、调试脚本入 scripts/、删重复垃圾） 时间 ：2026-07-23 19:20 GMT+8 触发 ：用户指出文档不该堆在根目录，明确要求"文档都移动到