BossAgents BossAgents

左帮右臂 —— 架构深度分析报告

👤 BossAgents 技术团队 📅 2026-07-28 👁️ 阅读 51 👍 点赞 0 ☕ 121 分钟阅读

左帮右臂 —— 架构深度分析报告

版本：v1.1 | 更新日期：2026-06-22

已通过高端/机械行业 10GB 真实工艺数据验证，正在向磷化工行业复制

一、项目概述

左帮右臂 是基于 SCSAI PLM 自主工业软件底座与昇腾 NPU 算力的工业数据资产平台。系统通过元数据自动采集直接连接企业现有数据库（ERP/MES/EAM），将沉睡的数据自动对象化，让 AI 真正"懂"工业。

行业信任背书

| 行业 | 验证状态 | 数据规模 | 说明 |

|------|---------|---------|------|

| 高端/机械 | ✅ 已完成 | 10GB 工艺数据（工序卡片、切削参数、工时定额、质量检测数据） | 高端装备客户验证，零数据泄露，7×24h 稳定运行 |

| 磷化工 | 🔄 进行中 | 配方 BOM、工艺参数、设备台账、巡检数据 | 与贵州磷化集团战略对齐 |

| 电力 | ✅ 已完成 | 数据资产管理 | 黑龙江电力 |

| 白酒 | ✅ 已完成 | 工艺参数管理与追溯 | 湖北将军红酒业 |

核心逻辑：左帮右臂的 10GB 高端/机械工艺数据是"信任证据"，证明平台能服务高要求行业。同样的能力正在复制到磷化工。

核心数据指标

指标数值
工业对象模型（ItemType）469
业务方法（Method）2,228
业务规则2,306 条（自动生成 3,489 条）
AML 文件库7,706 个
核心业务系统5 大域（项目/变更/零部件/文档/质量）
端点 API20+ REST 接口 + WebSocket
数字员工6+ 类（调度周期 15min~24h）
前端页面30+ 个视图组件

二、总体架构

2.1 四层全栈架构

┌─────────────────────────────────────────────────────────────────────┐
│ L4 交互层                                                          │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐            │
│  │ 微信小程序     │  │ 网页端(Vue3)  │  │ 飞书 Bot     │            │
│  │ (uniapp)      │  │ (Vite+Pinia) │  │ (Feishu SDK) │            │
│  └──────┬───────┘  └──────┬───────┘  └──────┬───────┘            │
│         └─────────────────┼─────────────────┘                     │
│                           ▼ HTTP/REST + WebSocket                  │
├─────────────────────────────────────────────────────────────────────┤
│ L3 智能体层                                                        │
│  ┌─────────────────────────────────────────────────────────────┐  │
│  │                   数字员工调度中心                             │  │
│  │  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐      │  │
│  │  │ ECR审核员 │ │供应商管家 │ │成本优化师 │ │数据书记员 │      │  │
│  │  └──────────┘ └──────────┘ └──────────┘ └──────────┘      │  │
│  │  ┌──────────┐ ┌──────────┐ ┌──────────┐                    │  │
│  │  │ 采购助理  │ │质量巡检员 │ │ 更多...   │                    │  │
│  │  └──────────┘ └──────────┘ └──────────┘                    │  │
│  └─────────────────────────────────────────────────────────────┘  │
│                           │                                        │
│                    CapabilityRuntime                               │
│  ┌─────────────────────────────────────────────────────────────┐  │
│  │  六大原子能力：识别 │ 创建 │ 修复 │ 优化 │ 比对 │ 生成      │  │
│  └─────────────────────────────────────────────────────────────┘  │
├─────────────────────────────────────────────────────────────────────┤
│ L2 决策层                                                          │
│  ┌──────────────────────┐      ┌──────────────────────┐           │
│  │   规则引擎            │      │   LLM 大脑            │           │
│  │                      │      │                      │           │
│  │  ├─ rule-engine-core │      │  ├─ LLMBrain         │           │
│  │  ├─ 2,306条规则      │◄────►│  ├─ DeepSeek/GPT     │           │
│  │  ├─ <100ms 响应      │      │  ├─ 昇腾NPU 适配     │           │
│  │  └─ 零成本执行       │      │  └─ JSON 修复引擎    │           │
│  └──────────────────────┘      └──────────────────────┘           │
│           │                            │                           │
│           └────────── 混合决策 ────────┘                          │
│        规则引擎优先 → LLM降级 → 人工兜底                           │
├─────────────────────────────────────────────────────────────────────┤
│ L1 数据底座                                                        │
│  ┌─────────────────────────────────────────────────────────────┐  │
│  │  SCSAI PLM (15年自主工业软件)                                │  │
│  │  ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐          │  │
│  │  │ MySQL   │ │ SQLite  │ │ JSON    │ │ SCSAI    │          │  │
│  │  │         │ │         │ │ 持久化   │ │ AML API │          │  │
│  │  └─────────┘ └─────────┘ └─────────┘ └─────────┘          │  │
│  │  13,000+ 对象模型 │ 7,706 AML 文件 │ 100% 自主源码         │  │
│  └─────────────────────────────────────────────────────────────┘  │
│                           │                                        │
│                      ┌────┴────┐                                   │
│                      │ 昇腾NPU  │                                   │
│                      │ (Model-Agent)                               │
│                      └─────────┘                                   │
└─────────────────────────────────────────────────────────────────────┘

2.2 架构设计原则

| 原则 | 说明 |

|------|------|

| 规则优先，LLM 降级 | 90% 的任务由规则引擎执行（<100ms，零推理成本），10% 的复杂任务由 LLM 兜底 |

| 数据不可迁移 | SCSAI PLM 不是"工具"而是"数据资产平台"，数据沉淀后无法迁移，形成护城河 |

| 元数据驱动 | 不需要企业重新录入数据，直接让现有数据库"活"起来 |

| 前端零构建可选 | 单文件 Vue 模式无需打包即可运行，降低部署门槛 |

| 渐进式国产化 | 已适配昇腾 NPU，可快速适配更多国产芯片 |

三、模块详细分析

3.1 服务入口 — server.js

定位：系统主入口，HTTP 服务器 + 请求路由核心

技术实现：

  • 自定义 HTTP 服务器（基于原生 http 模块，未使用 Express 框架）
  • 单文件 5,100+ 行，承载所有请求处理逻辑
  • 支持静态文件服务、SCSAI AML API 代理、REST API、WebSocket、SSE 推送

关键子模块：

| 模块 | 行号 | 功能 |

|------|------|------|

| initSystem | 265 | 系统初始化，加载配置/路由/任务 |

| handleBomApi | 370~1024 | BOM 全生命周期 API（列表、详情、展开、对比） |

| serveStatic | 1030~1078 | 静态文件服务 |

| proxySCSAIApi | 1081~1230 | SCSAI AML API 反向代理 |

| handleRequest | 1311~4839 | 核心请求分发（60+ 路 endpoint） |

| handleDigitalStaffNewRoutes | 3013~3025 | 数字员工新路由 |

核心请求端点：

| 路径 | 功能 |

|------|------|

| GET /api/bom/list | 产品列表（分页/搜索/筛选） |

| GET /api/bom/detail | BOM 详情（多层级递归） |

| GET /api/bom/where-used | Where Used 反查 |

| POST /api/bom/compare | 版本差异对比 |

| POST /api/bom/export | BOM 导出（JSON/XML/CSV/Excel） |

| POST /api/bom/import | 批量导入校验 |

| POST /api/digital-staff/:action | 数字员工任务调用 |

| GET /api/audit/logs | 审计日志查询 |

| POST /proxy/SCSAI | SCSAI AML API 代理 |

3.2 配置系统

#### 3.2.1 config.yaml — 主配置（YAML）

SCSAI:
  server: https://ylxt.chat/scplm
  database: SCPLM
  auth_type: basic
  timeout: 30000

server:
  port: 3006
  log_level: info

features:
  digital_staff: true
  natural_language: true
  cost_optimize: true

mtclaw:
  enabled: false
  base_url: "http://127.0.0.1:18790/v1"

#### 3.2.2 config-loader.js — 配置加载器

  • 支持 YAML 配置文件 + 环境变量双重覆盖
  • 环境变量优先级高于 YAML 配置
  • 支持 .env 文件加载（dotenv）

3.3 工业对象模型引擎 — core/

#### 3.3.1 规则引擎核心 (rule-engine-core.js / rule-engine.js)

定位：业务规则的加载、匹配、执行引擎

关键特性：

  • 2,306 条业务规则的加载与缓存
  • 支持条件匹配（字段值、状态、关系）
  • 规则优先级排序
  • <100ms 响应时间，零推理成本

规则示例：

{
  "name": "project_date_validation",
  "condition": "date_due_sched < date_start_sched",
  "action": "reject",
  "message": "计划完成日期不能早于开始日期"
}

#### 3.3.2 能力运行时 (capability-runtime.js)

定位：六大原子能力的执行运行时

六大能力：

| 能力 | 说明 | 实现 |

|------|------|------|

| 识别 | 从图片/文档/语音中识别工业对象 | LLM 分析 + 规则验证 |

| 创建 | 根据规则模板自动创建对象实例 | 规则引擎组装 AML |

| 修复 | 自动检测数据异常并修复 | 规则引擎校验 + AML 更新 |

| 优化 | 分析数据给出优化建议 | LLM 分析 + 规则验证 |

| 比对 | 版本/配置/参数差异比对 | diff-match-patch 算法 |

| 生成 | 自动生成 AML、报表、文档 | 模板引擎 + LLM 润色 |

#### 3.3.3 统一模式 (unified-schema.js)

  • 统一的对象数据模式定义
  • 支持多数据源（SCSAI/SQLite/JSON）的字段映射
  • 自动类型转换与校验

3.4 数字员工系统 — server/digital-staff/

#### 3.4.1 系统架构

digital-staff/
├── index.js           # 调度中心（任务调度器）
├── llm-brain.js       # LLM 大脑（AI 推理核心）
├── task-board.js      # 任务看板（任务状态管理）
├── staff-manager.js   # 员工管理器（注册/注销/配置）
├── config-manager.js  # 配置管理
└── workers/           # 各数字员工的工作模块

#### 3.4.2 调度模式

| 模式 | 说明 | 配置位置 |

|------|------|----------|

| cron 定时调度 | node-cron 表达式周期执行 | profiles/local.yaml |

| 条件触发调度 | 数据变更自动触发 | 规则引擎事件 |

| 用户手动调用 | 前端/API 手动触发 | 任意时间 |

#### 3.4.3 数字员工列表

| 员工 | 工号 | 职责 | 调度周期 | 技术实现 |

|------|------|------|----------|----------|

| ECR 审核员 | DS-001 | 15min 扫描待审批 ECR，LLM 初审 | 15 分钟 | LLM 分析 + AML 提交 |

| 供应商管家 | DS-002 | 供应商数据质量诊断 | 30 分钟 | 规则引擎校验 |

| 成本优化师 | DS-003 | BOM 成本深度优化分析 | 每天凌晨 | LLM 分析 + ECharts 可视化 |

| 数据书记员 | DS-004 | SCSAI 数据 → 本地缓存同步 | 每小时 | AML 查询 + JSON 存储 |

| 采购助理 | DS-005 | 采购流程自动化 | 按需 | 规则引擎 + LLM |

| 质量巡检员 | DS-006 | 质量数据监控预警 | 30 分钟 | 规则引擎 + Notify |

#### 3.4.4 LLM 大脑 (llm-brain.js)

定位：数字员工的 AI 推理核心，905 行

架构：

  • 支持多 Provider：DeepSeek / OpenAI / 昇腾 MTCLAW
  • 配置方式：环境变量 LLM_ → DIGITAL_STAFF_LLM_ → 构造函数参数 → 默认值
  • 智能降级：MTCLAW 加速 → 直连 API

核心能力：

ECR 审核：理解变更描述 → 智能判断合理性 → 生成审核意见
成本优化：分析 BOM 成本 → 定位优化点 → 生成建议报告
质量诊断：分析供应商数据 → 识别风险 → 给出改进建议
根因分析：从现象出发 → 完整推理链 → 定位根本原因

3.5 业务服务层 — server/services/

18+ 个业务服务，覆盖完整工业业务流程：

| 服务 | 功能 | 技术亮点 |

|------|------|----------|

| llm.js | LLM 调用封装 | 统一接口、重试、超时 |

| email-service.js | 邮件收发 | IMAP + SMTP，监听收件箱 |

| email-listener.js | 邮件事件监听 | 实时处理邮件指令 |

| plm-adapter.js | PLM 适配桥接 | 多 PLM 兼容 |

| plm-content-generator.js | PLM 内容生成 | 规则模板 + LLM |

| bom-analysis 系列 | BOM 分析 | 层级、成本、结构分析 |

| content-engine.js | 内容引擎 | AI 驱动的工业内容生产 |

| quality-check.js | 质量检测 | 规则 + LLM 双模检测 |

| feishu-* | 飞书集成 | Bot 消息、审批、互动 |

3.6 路由系统 — server/routes/

路由文件功能数据源
change.jsECR/ECO 变更管理JSON 文件
vendor.js供应商全生命周期JSON 文件
customer.js客户管理JSON 文件
order.js订单管理JSON 文件
auth.js认证与权限JWT + JSON
feishu.js飞书交互路由飞书 API
unified-create.js统一对象创建SCSAI AML
capability-api.js原子能力 APICapabilityRuntime
digital-staff-*数字员工 API数字员工核心

3.7 前端系统 — src/

#### 3.7.1 架构

src/
├── App.vue              # 根组件
├── main.js              # 入口（Pinia + Router + Vite）
├── router/
│   └── index.js         # 路由配置（30+ 条路由）
├── stores/
│   ├── auth.js          # 认证状态
│   └── ...
├── views/               # 页面组件（30+）
├── components/          # 公共组件
├── composables/         # 组合式函数
├── utils/               # 工具函数
│   ├── api.js           # HTTP 请求封装
│   ├── SCSAI.js          # SCSAI 调用工具
│   ├── AmlBuilder.js    # AML 构建器
│   └── rule-validator.js# 规则校验
└── services/            # API 服务

#### 3.7.2 核心页面

| 页面 | 路由 | 功能 |

|------|------|------|

| AiWorkbench | /ai-workbench | AI 工作台 |

| BomAssistant | /bom-assistant | BOM 智能助手 |

| BomManagement | /bom-management | BOM 管理 |

| ChangeManagement | /change | 变更管理 |

| VendorManagement | /vendor | 供应商管理 |

| CustomerManagement | /customer | 客户管理 |

| OrderManagement | /order | 订单管理 |

| QualityManagement | /quality | 质量管理 |

| DigitalStaff | /digital-staff | 数字员工控制台 |

| Dashboard | /dashboard | 数据仪表盘 |

| | | 共 30+ 个页面 |

#### 3.7.3 技术栈

| 技术 | 用途 |

|------|------|

| Vue 3 Composition API | 响应式 UI |

| Vite 5 | 构建与 HMR |

| Pinia 2 | 状态管理 |

| Vue Router 4 | 路由 |

| ECharts 6 | 数据可视化 |

| Axios | HTTP 请求 |

| CSS3 Media Query | 三端响应式 |

3.8 工业对象模型库 — SCIOT/ + generated/

#### 3.8.1 数据源

SCIOT/ 目录包含 7,706 个 AML 文件，是 SCSAI PLM 平台的全部业务元数据。

#### 3.8.2 自动提取管线

SCIOT 目录 (7,706 AML 文件)
    │
    ▼
aml_analyzer_v2.py (自动分析)
    │
    ▼
sciot_import.db (SQLite 数据库)
    ├── sciot_item_types       — 469 个对象类型
    ├── sciot_properties       — 3,489 个属性
    ├── sciot_relationships    — 492 个关系类型
    ├── sciot_rules            — 自动生成规则
    ├── sciot_templates        — 对象创建模板
    └── sciot_prompts          — LLM 提示词
    │
    ▼
generated/ (JSON 导出)
    ├── sciot-rules-auto.json      — 3,489 条规则
    ├── sciot-templates-auto.json  — 298 个模板
    ├── sciot-prompts-auto.json    — 298 个提示词
    ├── sciot-index-auto.json      — 索引
    └── business_system_prompts.json — 5 大业务域提示词
    │
    ▼
API 端点 (/api/aml/*) → 实时查询

#### 3.8.3 五大业务系统

| 业务系统 | 核心对象 | 功能 |

|----------|----------|------|

| 项目管理 | Project, Activity2, Task | 项目计划、WBS 分解、资源管理 |

| 变更管理 | ECR, ECN, Affected Item | 变更请求、影响分析、审批 |

| 零部件管理 | Part, BOM, Manufacturer Part | BOM 结构、物料清单 |

| 文档管理 | Document, File | 技术文档、图纸管理 |

| 质量管理 | NCR, Quality Issue | 不符合项、纠正措施 |

四、数据流分析

4.1 核心数据流

用户 (Web/小程序/飞书)
    │
    ▼ HTTP / WebSocket
┌─────────────────────────────────────────┐
│         请求分发 (handleRequest)          │
│   ┌──────────┐ ┌──────────┐ ┌────────┐  │
│   │ BOM API  │ │ 业务API  │ │ 静态文件│  │
│   └────┬─────┘ └────┬─────┘ └───┬────┘  │
│        │            │           │       │
│   ┌────▼────┐  ┌────▼────┐            │
│   │proxySCSAI│  │routes/  │            │
│   │  AML    │  │ 业务模块 │            │
│   └────┬────┘  └────┬────┘            │
│        │            │                 │
│   ┌────▼────────────▼────┐            │
│   │     数据层            │            │
│   │  SCSAI │ SQLite │ JSON │            │
│   └───────────────────────┘            │
└─────────────────────────────────────────┘
    │
    ▼ 数字员工调度器 (cron)
┌─────────────────────────────────────────┐
│          LLMBrain 推理                    │
│   ├─ 规则引擎 (<100ms)                   │
│   ├─ LLM API (DeepSeek/昇腾)             │
│   └─ AML 提交 → SCSAI                     │
└─────────────────────────────────────────┘

4.2 对象创建流程

用户/数字员工 → 意图识别 → 对象类型匹配
    │
    ▼
规则引擎校验（2,306 条规则）
    │
    ├── 通过 → 模板引擎组装 AML → SCSAI
    │
    └── 不通过 → LLM 分析修正 → 再次校验
                        │
                    人工介入（若 LLM 无法修复）

五、部署架构

5.1 最小部署

[浏览器] ──HTTP──▶ [Node.js 服务器 :3006]
                        │
                 ┌──────┴──────┐
                 │  config.yaml │
                 └─────────────┘

5.2 生产部署

[CDN/静态资源]
    │
[Nginx 反向代理 :80/:443]
    │
[Node.js 应用 :3006] ← PM2 进程管理
    │
    ├── [SCSAI PLM 服务器]
    ├── [MySQL 数据库]
    └── [昇腾 NPU 推理节点 :18790]

六、安全性

| 安全措施 | 实现 |

|----------|------|

| 认证 | JWT Token + SCSAI 登录双重认证 |

| API Key 保护 | 后端代理模式，Key 不暴露到浏览器 |

| 审计日志 | 按天分文件审计日志记录所有操作 |

| CORS 控制 | config.yaml 中可配置跨域策略 |

| .env 隔离 | 敏感信息通过环境变量注入 |

| 请求超时 | 600s 全局超时防止资源耗尽 |

七、资产治理架构 (Governance-Native)

7.1 设计原则

资产治理是左帮右臂平台的核心差异化能力，采用 Governance-Native 架构：

  1. 治理逻辑下沉到 SCSAI 服务端 — C# OnGovernanceTrigger Method 在 SCSAI OnAfterUpdate 事件中触发
  2. 应用层只展示结果 — 前端不执行治理逻辑（但有客户端计算器作为 SCSAI 治理属性未配置时的降级方案）
  3. 禁止治理 Tab/页面 — 治理数据融合到现有业务 UI 的表/字段/面板中
  4. data_assets 为只读缓存 — 治理属性直接从 SCSAI Item 属性读取

7.2 五维质量评分 (V2.0)

| 维度 | 权重 | 说明 | 服务端验证 | 客户端验证 |

|------|------|------|-----------|-----------|

| 完整性 (completeness) | 25% | 必填字段填表率 | ValidateCompleteness() | dimCompleteness() |

| 一致性 (consistency) | 25% | 字段间逻辑一致性（日期顺序、分类匹配） | ValidateConsistency() | dimConsistency() |

| 合规性 (compliance) | 20% | 格式/长度/基本规范（编号、状态、名称） | ValidateCompliance() | dimCompliance() |

| 可追溯性 (traceability) | 15% | 关联关系数量（BOM/Document/日志） | ValidateTraceability() | dimTraceability() |

| 时效性 (timeliness) | 15% | 数据新旧程度（近30天满分，逐年衰减） | ValidateTimeliness() | dimTimeliness() |

估值公式（三方法均值）：(市场法 + 收益法 + 成本法) / 3

  • 市场法：¥10,000 × (总分 / 100)
  • 收益法：¥8,000 × (完整性×0.6 + 一致性×0.4) / 100
  • 成本法：¥6,000 × (合规性×0.5 + 追溯性×0.5) / 100

治理状态阈值：governed (≥90) / pending (60-89) / exception (<60)

| 方式 | 触发点 | 计算源 |

|------|--------|--------|

| SCSAI 服务端 | OnAfterUpdate → OnGovernanceTrigger.cs | SCSAI Method 环境（C#） |

| 客户端降级 | computeGovernance5D(item, checkFields) | src/utils/governance.js |

| 批量 | batch_mode=true | 跳过 governance（批量时不触发） |

| AI 代理 | inspect_quality / repair_part / optimize_part | server/ai-agent.js TOOLS + BUSINESS_EDIT_TOOLS |

7.3 覆盖的业务 UI

页面/组件治理展示方式
Dashboard.vue资产概况卡片 + 治理动态日志
BomAssistant.vueBOM 表 3 列（质量评分/估值/状态）+ 过滤 tab + 彩色徽章
PartDetail.vue / PartDetailPanel.vue资产治理字段组
ProcessManagement.vue进程表列 + 详情模态框 + 治理过滤
AiWorkbench.vueexecuteTool() 结果后处理 + 行内治理块
DigitalStaff.vue会话贡献聚合 + 员工总贡献面板
DocumentCenter.vue3 列 + 详情面板治理字段
ChangeManagement.vueECR/ECN/ECO/DCO/MCO 表列 + 详情治理区
ProductList.vueProduct 和 Model 表列
ObjectDetailPanel.vue通用详情面板 3 个治理属性行
RulesAndTemplates.vue类型详情面板治理样本摘要
BomDetailModal.vue基本信息 + 变更记录治理融合

7.4 关键技术文件

文件用途
server/scripts/phase3-governance-setup.jsSCSAI 自动配置（ItemType/Property/Relationship/Method）
server/scripts/methods/OnGovernanceTrigger.csC# 五维治理触发方法
server/scripts/methods/BatchGovernance.csC# 批量治理方法
src/utils/governance.js客户端五维计算器（computeGovernance5D + 向下兼容）
server/ai-agent.jsexecuteTool() 后处理 + 3 个治理工具 + BUSINESS_EDIT_TOOLS + 质量变化展示
server/self-evolving-pipeline.js自进化治理闭环：巡检→修复→记录→蒸馏
server/scripts/phase3-verify.jsV2.0 部署验证脚本（8 ItemTypes + 5D 属性 + 管道）

7.5 SCSAI 数据模型

资产属性（共 10 个）已添加到 8 个 ItemType（Part/BOM/Process/Document/ECR/ECN/Product/Model）：

| 属性 | 类型 | 说明 |

|------|------|------|

| asset_class | String | 资产分类（默认值因 ItemType 而异） |

| valuation | Decimal | 三方法估值均值 |

| quality_score | Integer | 五维加权总分 (0-100) |

| governance_status | String | governed / pending / exception |

| last_inspection | Date | 最后巡检时间 |

| gov_completeness | Integer | 完整性评分 (0-100) |

| gov_consistency | Integer | 一致性评分 (0-100) |

| gov_compliance | Integer | 合规性评分 (0-100) |

| gov_traceability | Integer | 可追溯性评分 (0-100) |

| gov_timeliness | Integer | 时效性评分 (0-100) |

每个 ItemType 通过 {Type} Governance Log Relationship 关联到 GovernanceLog，形成完整的治理追溯链。

7.6 自进化治理管道 (Self-Evolving Pipeline)

┌──────────┐    ┌──────────┐    ┌──────────┐    ┌──────────┐
│ 巡检     │ →  │ 自动修复  │ →  │ 评分更新  │ →  │ 规则蒸馏  │
│ inspect  │    │ auto-fix │    │ re-score  │    │ distill   │
└──────────┘    └──────────┘    └──────────┘    └──────────┘
                                                    ↓
                                             新规则注入
  • 巡检: 按 ItemType 遍历，调用 AI Inspector runInspection() 检测 60+ 内置规则
  • 修复: 对 auto-fixable 问题调用 runAutoFix()，记录到 governance_fix_log 表
  • 评分更新: 通过 AML re-get 触发 SCSAI OnAfterUpdate 事件，自动重算五维评分
  • 蒸馏: 每小时分析近 7 天修复记录，频次 ≥3 的模式提升为"建议推广"规则，写入 inspection_rules 表

API 端点（服务器启动时自动运行，也可手动触发）：

| 端点 | 方法 | 说明 |

|------|------|------|

| /api/governance/pipeline/status | GET | 查询管道状态和统计数据 |

| /api/governance/pipeline/run | POST | 手动触发一次完整周期 |

| /api/governance/pipeline/distill | POST | 手动触发一次规则蒸馏 |

| /api/governance/pipeline/start | POST | 启动定时管道 |

| /api/governance/pipeline/stop | POST | 停止定时管道 |

环境变量：

  • GOV_PIPELINE_INTERVAL — 巡检间隔（默认 1800000ms = 30分钟）
  • GOV_DISTILL_INTERVAL — 蒸馏间隔（默认 3600000ms = 1小时）

独立运行模式：

node server/self-evolving-pipeline.js          # 定时模式
node server/self-evolving-pipeline.js --one-shot  # 单次执行
node server/self-evolving-pipeline.js --distill   # 仅蒸馏

八、已知优化方向

| 方向 | 当前状态 | 建议方案 |

|------|----------|----------|

| 规则引擎性能 | JSON 文件加载 + 全量遍历 | 引入索引缓存，LRU 策略 |

| LLM 推理成本 | 复杂任务全量 LLM 处理 | 优化优先级缓存，减少重复查询 |

| 前端打包 | 部分页面 Vite 构建 | 全量迁移到 Vite + 组件拆分 |

| 容器化 | 无 Dockerfile | 添加 Docker 构建支持 |

| 监控告警 | 无 | 添加 Prometheus + Grafana |

| 多租户 | 基础支持 | 完善租户隔离和数据分区 |

| SCSAI 部署步骤 | 人工 | 将 phase3-governance-setup.js 整合到 CI/CD |

📌 昇腾NPU适配验证状态

参见 docs/ascend-npu-verification-plan.md 完整方案。

核心结论：昇腾NPU适配不需要从零开始，是已验证路径的工程复制。

| 维度 | 状态 | 说明 |

|------|------|------|

| 工具链 | ✅ 就绪 | CANN Skill体系 + ascend-agent-skills（52个Skill） |

| 模型案例 | ✅ 充足 | Qwen系列在昇腾NPU上已有大量成功部署案例 |

| 自有经验 | ✅ 已验证 | 高通骁龙（7倍加速）+ 摩尔线程（MUSA架构）适配完成 |

| 验证时间 | 📅 预计 | 2-4周完成完整验证闭环 |

关键验证数据（Qwen3.5-0.8B on 昇腾NPU，来源：CANN官方）：

| 指标 | 优化前 | 优化后 | 提升 |

|------|--------|--------|------|

| Decode加速 | 1.1x | 5.1x | +360% |

| 端到端吞吐 | 11.16 tok/s | 31.59 tok/s | +183% |

九、总结

左帮右臂 是一个以工业数据资产化为核心、AI 智能化为驱动的工业智能体平台。系统采用"四层全栈架构"：

  1. L1 数据底座 — 15 年积累的 SCSAI PLM + 13,000+ 对象模型 + 7,706 AML 文件
  2. L2 决策层 — 规则引擎 + LLM 混合决策（规则优先，LLM 降级）
  3. L3 智能体层 — 六大原子能力 + 数字员工调度中心
  4. L4 交互层 — 三端一致体验（小程序/网页/飞书）

系统已在实际工业场景验证，具备完整的 BOM 管理、变更管理、供应商管理、数字员工等核心能力，可在磷化工、装备制造、电力、白酒等多行业快速复制。

本报告基于 D:\bossagents 仓库源码自动分析生成

← 返回案例列表
分享：
🤖 Try Now →
🤖
🎁