BossAgents 战略诊断与"Big 4"数字员工重构方案

BossAgents 战略诊断与"Big 4"数字员工重构方案

一、当前系统问题诊断

1.1 员工定位偏差:IT 导向而非业务导向

当前 13 个活跃员工的服务对象分析:

| 员工 | 服务对象 | 痛点匹配度 |

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

| DS-DATA-001 数据书记员 | IT/开发 | ❌ |

| DS-SYS-001 系统运维师 | IT/开发 | ❌ |

| DS-OPS-001 数据管家 | IT/开发 | ❌ |

| ⟦DS-SCSAI-001⟧ SCSAI工程师 | IT/开发 | ❌ |

| DS-ECR-001 ECR审核员 | 质量部 | ⚠️ 低频 |

| DS-DOC-001 文档校验员 | 质量部 | ⚠️ 低频 |

| DS-DATA-001 数据同步员 | IT/开发 | ❌ |

| DS-SYS-001 系统运维师 | IT/开发 | ❌ |

| DS-PROC-001 采购助手 | 采购部 | ✅ 核心业务 |

| DS-VEN-001 供应商管家 | 采购部 | ✅ 核心业务 |

| DS-COST-001 成本优化师 | 采购部 | ✅ 核心业务 |

| DS-CONTENT-001 内容生成师 | 市场部 | ✅ 核心业务 |

| DS-REPORT-001 报告分析师 | 管理层 | ✅ 核心业务 |

问题:62% 的员工服务 IT 运维而非核心业务,8 个"技术员工"只为支撑 SCSAI 运行,不直接创造业务价值。

1.2 能力资源浪费

  • repair(修复)能力:0 调用 —— 本可用于自动修复供应商数据、价格异常
  • optimize(优化)能力:0 调用 —— 本可用于采购方案优化、库存策略
  • 7 种能力只用了 5 种,且 3 个核心 worker(procurement/health/caretaker)完全绕开 CapabilityRuntime 走自包含硬编码

1.3 协作链条断裂(这是最大问题)

目前各个员工互不知晓彼此的存在

供应商管家评分↓60   →   无事发生(应通知采购助手重新询价)
采购下单完成          →   无事发生(应通知成本优化师重新核算)
数据书记员同步完成     →   无事发生(应通知报告分析师更新仪表盘)
成本优化师发现替代料   →   无事发生(应通知采购助手询价)
内容生成师发布文章     →   无事发生(应生成营销报告)

1.4 缺失的 SME 老板核心场景

| 场景 | 当前覆盖 | 重要性 |

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

| 客户订单交付跟踪 | ❌ 完全缺失 | 🔴 极高 |

| 应收账款逾期提醒 | ❌ 完全缺失 | 🔴 极高 |

| 产品利润实时分析 | ❌ 完全缺失 | 🔴 极高 |

| 库存短缺预警 | ❌ 完全缺失 | 🟠 高 |

| 供应商价格波动监控 | ❌ 完全缺失 | 🟠 高 |

| 日常经营简报 | ⚠️ 有周报但无日报 | 🟢 中 |


二、中小企业老板真实痛点映射

痛点 1:供应商不可控

  • 不知道哪些供应商靠谱(质量、交付、价格三维度)
  • 比价全靠人工,效率低
  • 供应商突然涨价没人通知

痛点 2:物料/BOM 管理混乱

  • 产品 BOM 频繁变更,没人通知影响哪些在制订单
  • 库存积压与短缺并存
  • 替代料信息分散,没人做系统性分析

痛点 3:成本无实时可见性

  • 不知道每个产品到底赚多少钱
  • 物料涨价后利润率变化无人跟踪
  • 不知道该降哪个产品的成本

痛点 4:客户流失无预警

  • 订单延迟没人通知客户
  • 大客户下单频率下降无人察觉
  • 应收款逾期没人催

痛点 5:营销效果模糊

  • 发了公众号文章不知道带来多少客户
  • 不知道哪些营销渠道有效
  • 客户从哪里来的不了解

三、"Big 4" 重构方案

放弃"每个人一个螺丝钉"的微服务式思路,改为 4 个全栈智能体,每个覆盖一个完整业务环节,且彼此协作形成闭环。

Agent 1:供应智囊 DS-SCM-001

覆盖痛点:供应商 + 物料 + 采购

能力链(以一敌五)

供应商发现 → 资质校验 → 自动询价 → 智能比价 → 下单 → 供应商绩效追踪
物料 BOM 分析 → 替代料推荐 → 库存预警

数据源

  • SCSAI: Vendor, Part, BOM, Manufacturer, Manufacturer Part
  • 本地: product_vendors, purchase_orders, procurement_logs

取代的员工:DS-PROC-001 + DS-VEN-001 + DS-COST-001(部分)+ DS-DATA-001 + DS-SYS-001

触发方式

  1. cron:每天凌晨分析供应商绩效,生成评分更新
  2. 事件:新 PO 完成后自动更新供应商评分
  3. 手动:老板说"查一下伺服电机的最新报价"

关键能力实现

- id: DS-SCM-001
  name: 小智-供应智囊
  title: 供应链智能体
  description: 端到端供应链管理:供应商评估→比价采购→物料跟踪→成本优化
  cron: "0 7 * * 1,3,5"  # 一三五早上7点出报告
  # 不依赖 worker 脚本,全部走 CapabilityRuntime + LLM + 规则引擎
  capability: create
  llm: true
  item_types: [Vendor, Part, BOM, Manufacturer]
  params:
    autoEvaluateSuppliers: true
    autoInquiryThreshold: 3  # 满3家供应商自动比价
    inventoryWarningDays: 30

Agent 2:客户管家 DS-CRM-001

覆盖痛点:客户 + 订单 + 应收账款

能力链(以一敌三)

订单跟踪 → 交付预警 → 客户健康评分 → 应收提醒 → 销售简报

数据源

  • SCSAI: Project, Part, Document
  • 本地: tasks, orders (需新增 orders 表), customer_interactions

这个 Agent 需要新增业务表,因为当前系统几乎无客户数据!

- id: DS-CRM-001
  name: 小智-客户管家
  title: 客户关系智能体(新增)
  description: 客户订单跟踪、交付预警、应收管理、客户健康评分
  cron: "0 8 * * 1-5"  # 工作日上午8点
  worker: ""  # 纯能力
  capability: identify
  llm: true
  item_types: [Project, Part]
  keywords: ["客户", "订单", "交付", "应收", "投诉", "customer", "order", "delivery"]

Agent 3:经营大脑 DS-BIZ-001

覆盖痛点:成本 + 利润 + 决策

能力链(以一敌四)

多元数据采集 → 利润分析 → 异常检测 → 日报/周报 → 智能预警

数据源

  • 所有 SCSAI 对象
  • 采购数据
  • 成本数据
- id: DS-BIZ-001
  name: 小智-经营大脑
  title: 经营决策智能体(新增)
  description: 经营数据分析、利润核算、异常预警、日报周报、智能洞察
  cron: "0 7 * * 1-5"  # 工作日上午7点
  worker: ""
  capability: generate
  llm: true
  keywords: ["经营", "利润", "成本", "分析", "报告", "预警", "business", "profit", "report"]

Agent 4:营销增长官 DS-MKT-001

覆盖痛点:内容 + 获客 + 品牌

能力链(以一敌三)

内容生成策划 → 多渠道分发 → 效果追踪 → 客户画像 → 营销建议

数据源

  • 微信公众号历史
  • CMS 内容库
  • 飞书群消息(客户反馈)
- id: DS-MKT-001
  name: 小智-营销增长官
  title: 营销增长智能体(升级自 DS-CONTENT-001)
  description: 全渠道内容营销:文章策划→生成→发布→效果追踪→获客分析
  cron: "0 9 * * 1,3,5"
  worker: ""  # 不走 content worker
  capability: generate
  llm: true
  keywords: ["营销", "内容", "公众号", "获客", "推广", "marketing", "content", "campaign"]

四、Big 4 协作闭环设计

这是最关键的设计:四个 Agent 形成业务协作闭环

  供应智囊(SCM) ──→ 客户管家(CRM) ──→ 经营大脑(BIZ)
       ↑                                  │
       └────────── 营销增长官(MKT) ←───────┘

闭环流程示例——完整采购到利润分析链路:

1. DS-SCM-001: 发现某供应商连续3次涨价超过5%
   → 触发 identify(Part) 查询替代料
   → 触发 compare(Vendor) 对比其他供应商价格
   → 创建协作任务 → DS-CRM-001 接收

2. DS-CRM-001: 收到替代料通知
   → 查询该物料涉及的所有在制订单
   → 计算交付影响
   → 发送预警
   → 创建协作任务 → DS-BIZ-001 接收

3. DS-BIZ-001: 收到成本变动预警
   → 重新核算受影响产品的利润率
   → 生成成本影响报告
   → 触发 alert 级别通知 → 老板飞书/邮箱

4. DS-BIZ-001 分析结果
   → 创建协作任务 → DS-MKT-001
   → 通知调整产品定价策略/营销话术

5. DS-MKT-001: 调整内容策略
   → 生成新的产品推广内容
   → 发布到公众号
   → 回传效果数据 → DS-BIZ-001 归入经营报告

技术实现(协作任务队列 data flow):

LiteScheduler 的 _processStaffTasks()
  → 执行任务
  → _completeTaskForStaff()
    → 检查 staff.config.collaborationChain
    → 创建 taskBoard 接力任务
    → 下游员工下次 cron 轮询时拾取

collaborationChain 配置示例:
DS-SCM-001:
  onComplete:
    - target: DS-CRM-001
      condition: "result.priceChange > 5%"
      taskType: "supplier_price_change_alert"
    - target: DS-BIZ-001
      condition: "result.poAmount > 100000"
      taskType: "large_po_notification"

五、立即执行的四项优化(不重构代码,快速见效)

在 Big 4 全量重构之前,可以先做这些低风险高回报的优化:

优化 1:修复规则引擎语法错误(30 分钟)

目标:让 CapabilityRuntime 的 validate/identify 真正走通规则引擎路径

操作:定位 rule-engine.jsUnexpected token ')' 的语法错误并修复

优化 2:启用链式协作基础能力(2 小时)

目标:让 procurement 完成后自动触发供应商评分更新

位置lite-scheduler.js_completeTaskForStaff()

  • 为 DS-PROC-001 添加任务板通知 DS-VEN-001 更新评分的逻辑
  • 为 DS-DATA-001(data-clerk) 添加同步完成后通知 DS-COST-001 的桥接

优化 3:procurement worker 路径 2 改造(4 小时)

目标:移除 procurement.js 的硬编码逻辑,改为走 CapabilityRuntime

  • Phase 1 搜索供应商 → capability.identify({ Vendor })
  • Phase 2 比价 → capability.compare({ Vendor, candidates })
  • Phase 3 下单 → capability.create({ PurchaseOrder })

优化 4:经营日报 MVP(6 小时)

目标:让老板每天早上收到一条飞书/微信消息,包含:

  • 昨日新增订单数 & 金额
  • 库存预警物料数
  • 供应商评分变动
  • 系统健康状态

实现:扩展 DS-REPORT-001,新增 daily_brief 报告类型,集成各员工执行数据的汇总


六、关键架构决策建议

6.1 不要写 worker 脚本

当前 procurement.js、data-clerk.js、system-health.js、cost-optimizer.js 都是自包含 worker 脚本。

新 Agent 全部走 CapabilityRuntime Path 2(纯能力路由),不写 worker 文件。

6.2 开辟客户数据通道

当前系统只有 PLM 数据(Part/Project/Vendor/Document/BOM),没有客户数据

快速方案:新增 customers 表和 orders 表,通过 DS-CRM-001 从 SCSAI Project 中的订单信息提取,或通过飞书表单录入。

6.3 统一消息出口

当前日志写入 staff_execution_logs 表 + JSON 文件双写。

建议改为单一出口

  • 所有 agent 的输出→统一消息队列
  • alert 级别→飞书/邮件/微信三通道
  • info 级别→仅 DB 存储+前端仪表盘
  • debug 级别→文件日志

6.4 前端仪表盘重构

当前首页展示大量 IT 指标(数据库连接、模板覆盖率、规则一致性)。

建议改为老板仪表盘

  • 核心指标:当日销售额、应收账款、库存周转、供应商评分
  • 异常卡片:红色预警(供应商断供、库存告急、利润下降)
  • 每个指标可点击查看详情

七、Big 4 实施路线图

| 阶段 | 内容 | 工期 | 依赖 |

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

| Phase 0 | 规则引擎修复 + 链式协作基础 | 1天 | 无 |

| Phase 1 | SCM 智能体(合并采购+供应商) | 3天 | Phase 0 |

| Phase 2 | BIZ 经营大脑(报表+预警) | 3天 | Phase 0 |

| Phase 3 | CRM 客户管家(新增数据表) | 2天 | Phase 1 |

| Phase 4 | MKT 营销增长官(增强内容能力) | 2天 | Phase 2 |

| Phase 5 | 前端老板仪表盘 | 2天 | Phase 1-4 |

建议优先做 Phase 0 + Phase 2:规则引擎修复 + 经营大脑,让老板立刻看到每日经营数据,这是 ROI 最高的方向。

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