BossAgents 使用说明
系统状态
服务运行中 — 端口 3006,连接到 SCSAI PLM (114.113.153.234)
数字员工: 70 个(已从 87 个精简合并,功能零丢失)
演示模式: 点击聊天头部「🎬 演示模式」按钮,选择场景一键体验
一、快速入门
打开浏览器访问 http://localhost:3006,在底部聊天输入框直接输入自然语言指令即可。
⚠️ 不要加 @ 提到某个数字员工。直接打字,系统会自动判断是否分派给专业员工,还是由 AI 助手直接回答。
演示场景(无需记忆,直接打字)
| 你要说的(不加 @) | 系统会做的事情 |
|--------------------|--------------|
| 查询 P-1001 的影响范围
或 帮我分析一下 P-1001 改动了会影响哪些地方
或 查询 P-1001 的变更影响 | L1 规则直通影响分析工具 → 反查 Where-Used → 找到 3 个上级装配(ASSY-A001/A002/A003)→ 生成影响分析报告(4 个零件、3 个 BOM、严重程度 Medium) |
| 检查 Part 数据质量
或 帮我体检一下 BOM 数据
或 数据质量巡检 | L1 规则直通数据巡检 → 扫描 1193 个 Part → 返回约 5500 个问题(缺失重量、成本、分类等),按严重程度分级 |
| 查看最近的治理记录
或 查看最近的操作历史
或 显示审计日志 | L1 规则直通审计日志 → 显示最近 20 条操作历史(巡检记录、创建事件、系统启停等) |
| 审批 ECR-2026-0005
或 批准变更单 ECR-2026-0005
或 通过审批 ECR-2026-0001 | L1 规则直通审批工具 → 走 ECR 本地审批闭环:submit→pending_approval→approved,批准后自动创建对应的 ECO(工程变更单) |
| 提交 ECR-2026-0005
或 驳回 ECR-2026-0002 | 提交→进入待审批;驳回→状态变 rejected(走本地状态机) |
| 发布 P-1001
或 将零件 P-1001 发布为 Released | L1 规则直通审批工具 → promoteItem → 调用 SCSAI PE_ManualRelease 方法(Sciot PLM 身份)→ Part 变为 Released(实测成功)。已发布的零件会提示"必须是 Preliminary/Manual Change 状态" |
✅ 三种场景全部为确定性 L1 直通(auto_execute),不依赖 LLM 调用工具,演示可重复、稳定。
✅ 审批/发布 也是 L1 直通 approve_item(bi_approve_item 规则)。审批对象走本地状态机闭环(可靠);Part 发布走 SCSAI PE_ManualRelease 真实发布(需 Sciot PLM 身份 demo,2026-08-02 已修复,此前"受控"结论系权限问题)。
📌 如果你 @ 了某个数字员工(如 @小智-文档校验员 检查 Part 数据质量),系统会先校验该员工是否支持查询中的业务类型(Part/Document/BOM…)。不支持时消息会自动转给 AI 助手处理,不会错误地分给文档类员工。
二、后端 API 一览
2.1 影响分析
curl.exe -s -X POST http://localhost:3006/api/change/analyze -H "Content-Type: application/json" -d '{\"description\":\"查询 P-1001 的影响范围\"}'
返回示例:
{
"success": true,
"change_type": "part",
"target_id": "284C6CFC12B34FACA25A416B3D2CD897",
"affectedParts": 4,
"affectedBoms": 3,
"severity": "Medium"
}
2.2 数据巡检
curl.exe -s -X POST http://localhost:3006/api/ai-inspector/inspect -H "Content-Type: application/json" -d '{\"scope\":\"instance\",\"itemType\":\"Part\",\"autoFix\":false}'
2.3 审计日志
curl.exe -s http://localhost:3006/api/audit-logs
2.4 Where-Used 反查
curl.exe -s -X POST http://localhost:3006/api/change/where-used -H "Content-Type: application/json" -d '{\"item_id\":\"284C6CFC12B34FACA25A416B3D2CD897\",\"item_type\":\"Part\"}'
2.5 直接执行 AML 查询
curl.exe -s -X POST http://localhost:3006/api/unified/apply-aml -H "Content-Type: application/json" -d '{\"aml\":\"<AML><Item type=\\\"Part\\\" action=\\\"get\\\" select=\\\"name,item_number\\\" maxRecords=\\\"5\\\"><id>284C6CFC12B34FACA25A416B3D2CD897</id></Item></AML>\"}'
2.6 审批 / 发布(approve_item)
走聊天界面最方便(自动识别类型/编号/动作)。也可直接调接口:
# 审批一个 ECR(自动创建对应 ECO)
curl.exe -s -X POST http://localhost:3006/api/ai-agent/execute -H "Content-Type: application/json" -d '{\"toolName\":\"approve_item\",\"params\":{\"item_type\":\"ECR\",\"item_id\":\"ECR-2026-0005\",\"action\":\"approve\",\"comment\":\"审批通过\"}}'
approve_item 工具支持的参数:
| 参数 | 必填 | 说明 |
|------|------|------|
| item_type | 是 | Part / ECR / ECN / ECO / PR / Document / Vendor |
| item_id | 是 | 对象编号(ECR-2026-0005、P-1001)或 SCSAI GUID |
| action | 否 | approve(批准)/ reject(驳回)/ submit(提交)/ promote(发布)/ release(发布 ECN)/ implement(实施) |
| target_state | 否 | 目标状态名(promote/release 用,默认 Released) |
| comment | 否 | 审批意见 |
各类对象的行为:
| 类型 | 行为 | 是否可程序化流转 |
|------|------|------------------|
| ECR / ECN / ECO / PR | 走 本地状态机闭环(data/ecrs.json 等),submit→审批→自动创建 ECO | ✅ 可靠 |
| Part 等 SCSAI 对象 | 走 promoteItem → 调用 SCSAI PE_ManualRelease(Sciot PLM 身份),真实发布为 Released | ✅ 可发布(2026-08-02 修复) |
常用话术:
提交 ECR-2026-0005
审批 ECR-2026-0005
驳回 ECR-2026-0002
发布 P-1001 ← 发布为 Released(已发布的零件会提示需在 Preliminary/Manual Change 状态)
三、创建新对象
在聊天输入框直接输入:
帮我创建一个 Part,名称为"测试零件-001",单位为 EA,重量 1.5kg
系统流程:
- LLM 将自然语言解析为结构化 JSON
- 调用 SCSAI 创建 Part 并填入字段
- 如果 LLM 输出中包含嵌套的
relationships或item_properties,系统会自动递归创建子对象(最多嵌套 5 层) - 自动处理分类、编号等必填字段
四、常见问题
| 现象 | 原因 | 解决办法 |
|---|---|---|
| 输入"影响范围/变更影响"但走了普通对话 | 旧版依赖 LLM,偶发不调用工具 | 已改为 L1 确定性直通,直接输入 查询 P-1001 的影响范围 |
| "@小智-文档校验员 检查 Part 数据质量" 去了文档员工 | @ 了不支持 Part 类型的员工 | 不要 @ 员工,直接输入 "检查 Part 数据质量"(系统会自动转到巡检工具) |
| 巡检返回 0 个问题 | 数据已被自动填充 | 手动清空某个字段后再试 |
| "发布 P-1001" 报"必须是 Preliminary 或 Manual Change 状态" | 该 Part 已发布(Released) | 改发布其他未发布的零件,如 发布 PART-1780803072387 或新创建的零件 |
| "发布"报 ItemIsLocked / 状态流转失败 | 该 Part 是旧版本(is_current=0)或被锁定 | 用当前版本的零件发布(创建新的再发布) |
| "审批 ECR-2026-0005" 报"当前状态不是待审批" | 该 ECR 已处于 approved 或不是 pending_approval | 演示前用 提交 ECR-2026-0005 让它进入待审批;或改审批其他 ECR |
| 审批后没看到 ECO | ECO 在 data/ecos.json | 检查 查看最近的治理记录 或直接查 data/ecos.json |
| "??????" 显示 | 控制台编码问题 | 数据正确,仅显示问题 |
五、技术配置
| 项目 | 值 |
|---|---|
| 服务器端口 | 3006 |
| SCSAI 服务器 | http://114.113.153.234/scplm |
| LLM 模型 | deepseek-v4-flash |
| 超时设置 | 120s (前端 + 服务端) |
| 嵌套创建深度 | 最多 5 层 |
| 巡检规则 | 78 条内置 + 10,687 条总规则 |
| 审批工具 | approve_item(ECR/ECN/ECO/PR 走本地状态机;Part 走 SCSAI 真实校验) |
| 意图规则 | bi_change_impact / bi_data_inspect / bi_gov_history / bi_approve_item(全部 L1 直通) |
六、统一采购对接架构
配置项
| 配置项 | 说明 | 缺省值 |
|---|---|---|
| PROCUREMENT_PROVIDER | 供应商路由:jd/alibaba/auto | auto |
| PROCUREMENT_AGGREGATE_ENABLED | auto 模式比价聚合开关 | true |
| PROCUREMENT_AGGREGATE_TIMEOUT_MS | 比价聚合并行查询超时 | 3000 |
| PROCUREMENT_DEFAULT_PROVIDER | auto 智能分发兜底 Provider | jd |
| PROCUREMENT_DS_PROC_SYNC | 统一下单回传 DS-PROC-001 开关 | true |
| ALIBABA_1688_MOCK_ENABLED | 阿里巴巴模拟模式开关 | true |
| ALIBABA_1688_APP_KEY | 1688 真实 API Key(空时走降级) | 空 |
供应商切换(仅改 .env,业务代码零改动)
PROCUREMENT_PROVIDER=jd→ 仅京东商品PROCUREMENT_PROVIDER=alibaba→ 仅阿里巴巴 1688 寻源PROCUREMENT_PROVIDER=auto→ 比价聚合(京东 + 阿里巴巴并行查询,综合排序)
统一采购接口
| 接口 | 方法 | 说明 |
|---|---|---|
| /api/unified-procurement/search | GET | 统一商品搜索(keyword/brand/category/page/pageSize/sort) |
| /api/unified-procurement/order | POST | 统一下单(unifiedProductId/quantity/receiverInfo) |
| /api/unified-procurement/logistics | GET | 统一物流查询(orderId) |
| /api/unified-procurement/orders | GET | 统一订单历史(page/pageSize/orderId) |
| /api/unified-procurement/orders/reload | POST | 订单库热加载 |
统一商品/订单字段
- unifiedProductId: 格式
providerSource:原始SKU(如jd:JD-DELI-001、alibaba:1688-xxx) - providerSource: 供应商来源标记(
jd/alibaba) - 统一订单号:
PROC+YYYYMMDD+4位序号(如PROC202608300001) - providerRoute: 路由标记(
jd/alibaba/auto-aggregate/auto-smart)
演示话术
采购搜索订书机→ 统一比价结果(京东 + 阿里巴巴商品,标注来源)确认采购下单→ 统一采购下单查采购物流 PROC202608300001→ 统一物流时间轴
真实接入切换
- 京东真实 API: 设置
JD_MOCK_ENABLED=false+JD_API_KEY=真实Key+JD_API_BASE_URL=真实地址 - 阿里巴巴 1688 真实 API: 设置
ALIBABA_1688_MOCK_ENABLED=false+ALIBABA_1688_APP_KEY=真实Key+ALIBABA_1688_APP_SECRET=真实Secret+ALIBABA_1688_REFRESH_TOKEN=真实Token - 各 Provider 独立切换(京东真实 + 阿里巴巴模拟可共存)
- 切换仅改
.env配置,业务代码零改动
BossAgents