托马斯 BOM 智能体 · 行业方案合集页
从单客户到行业模板 · 7 层拆解 + 7 步工作流 + 3 抽象层
项目: 07-托马斯
作者: 公度(Hermes)
日期: 2026-06-16
版本: v1
状态: draft
定位:用托马斯做 BOM 智能体行业方案模板,不是单客户落地。架构需抽象到"任何制造业 BOM 销售订单场景"可复用。
本文档 = 8 份文件的入口页。每节"📄 详情"展开内部章节摘要。
一、一图速览 · 5 层架构
┌─────────────────────────────────────────────────────────────┐
│ L1 交互层 — 销售/客户 企业微信/钉钉/Web/OCR │
└─────────────────────┬───────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────┐
│ L2 智能体编排层 — ADK Agent(基于现有智能体骨架改造) │
│ 销售 Agent · 技术 Agent · 调度 Agent + session.state │
└─────────────────────┬───────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────┐
│ L3 工具层 — 4 个 MCP │
│ ① ERP MCP · ② 规则库 MCP · ③ 历史对话 MCP · ④ 知识库 MCP │
└─────────────────────┬───────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────┐
│ L4 数据层 — 双区隔离 │
│ 客户本地区(边部署·私密) ↔ 中心区(云 ECS·行业知识) │
└─────────────────────┬───────────────────────────────────────┘
▼
┌─────────────────────────────────────────────────────────────┐
│ L5 部署层 — 一个大脑 + 多只手 │
│ 阿里云 ECS (7×24) ←──SSE/Tailscale──→ 客户数据服务器 │
└─────────────────────────────────────────────────────────────┘
5 层 + 3 Agent + 4 MCP + 7 步核心 = 完整可复制方案
二、行业方案 3 抽象层(关键)
层 1 · 客户实例(1 个客户复用)
托马斯 1100 SQ / 25 系列 / 200-230 配件 / 50-60 变体 / 链条型制造业
层 2 · 行业模板(整个机械制造复用)
通用变体 BOM 模型(200-1000 配件 / 20-30% 变体率)/ 通用联动规则模式 / 通用反问 SOP 7 类 / 通用 ERP MCP 接口契约
层 3 · 方法论(任何制造业复用)
LLM 只做理解(约束求解)/ 反问驱动 > 自动决策 / 规则可维护(YAML/DSL 业务人员能改)/ 多智能体协同 / 边部署 + 中心知识库双区隔离
三、7 步核心工作流
| 步 | 动作 | 涉及 MCP | 关键文档 |
| 1 | 接收客户需求(语音/表格/扫描) | — | — |
| 2 | 解析变体维度(颜色/化油器/链条) | ① ERP MCP(读 1100 SQ) | BOM 7 层拆解 |
| 3 | 触发联动规则(5 项示例) | ② 规则库 MCP | 联动规则 YAML |
| 4 | 多阶嵌套展开(4 层示例) | ② 规则库 MCP | BOM L4 多阶嵌套 |
| 5 | 核心件约束检查 | ② 规则库 MCP | 联动规则 CORE 约束 |
| 6 | 生成反问清单(≤10 项) | — | 反问 SOP |
| 7 | 销售确认 + 代码查重 | ① ERP MCP(1100 SQ 索引) | BOM L5 销售确认 |
四、关键数字(4 件套)
| 维度 | 数值 | 来源 |
| 客户 SQ 数量 | 1,100 | 需求方原话 |
| 一款机型配件数 | 200-230 | 需求方原话 |
| 一款机型变体配件 | 50-60(25% 变体率) | 需求方原话 |
| 历史订单数据 | 7-8 年 | 需求方原话 |
| 反问清单上限 | ≤10 项 | 设计原则(销售接受度) |
| POC 阶段时长 | 2-4 周 | 阶段化路线 |
五、技术方案 · 8 份核心文件索引
基于本合集页内部章节编制(不对外公开)
#1
BOM 智能报名方案
核心
7 层拆解(L1 三步演化/L2 变体/L3 联动/L4 嵌套/L5 复用/L6 三方/L7 25 系列)
#2
04-反问确认SOP.md
核心
7 类反问场景 + UI 模板 + 兜底
#3
05-联动规则模板.md
核心
YAML/DSL 6 条样例 + 4 占位槽 + 业务可维护设计
#4
06-POC真订单模拟.md
核心
假订单"换绿色 + A化油器 + X链条" 7 步走通演示
#5
07-技术架构路径-v1.md
核心
5 层架构图 + 3 抽象层 + 7 项风险
#6
08-调研任务清单.md
支持
T1-T10 联网核实任务清单
#7
09-访谈计划.md
支持
4 类访谈对象(项目方决策人/技术部/销售/历史客户代表)+ 必问清单
#8
10-资料清单.md
支持
P0 8 项 + P1 5 项 + P2 5 项资料
六、3 大痛点(按需求优先级)
痛点 1:BOM/订单报名准确率最高优先级
"30-40% 的企业用不好 ERP 系统,最主要的核心的原因就是报报名的问题" — 需求方
- 一款机型 200-230 配件,50-60 款会变(25% 变体率)
- 变化有联动规则(不是独立可选项)
- 销售乱搭:新销售把 A 飞轮点火器 + B 气缸混搭
- 三步演化:标准报名 → 订单报名 → 客户定制保
痛点 2:销售 ↔ 技术部 ↔ 客户 三方沟通
"客户找销售 → 销售问技术部 → 回销售 → 回客户" — 需求方
- 客户说"颜色从红变绿" → 销售 → 技术部 → 销售 → 客户
- 销售订单签得很笼统:"这个要换成这个材质的,其他换一点都没有了"
痛点 3:数据查询/分析能力弱
"我叫他财务做…稍微等一下可能 300 天他都不一定可能搞出来" — 需求方
七、4 大期望能力
| 能力 | 需求方原话 | 设计对应 |
| 读图/读表 |
"给他一张生产任务单,他一扫诶他说他已经知道了" |
L1 交互层 OCR + 结构化 |
| 反问确认 |
"他会哪些哪些地方是不是要变,他会问你是不是 → 点确定" |
核心 SOP(04-反问确认) |
| 多模态输入 |
"我们肯定不止一张表…语音输入不行一定是要出名" |
表格为主,语音为辅 |
| 主动型 |
"智能体能帮你做很多主动型的工作" |
调度 Agent 主动推送 |
| 沉淀复用 |
"把常规的客户跟销售对话的东西能沉淀出来变成沟通素材" |
历史对话 MCP |
八、7 大风险(基于架构审计)
| 风险 | 评级 | 应对 |
| D2-1 Gate 永不阻断 | 🔴 | 走"自动预热"模式(v3.1 务实方案 A) |
| D2-7 Agent 异构 | 🟡 | 销售/技术/调度 Agent 全用同一框架 |
| D1-3 无应用认证 | 🟡 | 客户 MCP 加 Bearer token |
| D6-1 无监控告警 | 🔴 | 复用现有智能体 healthcheck + 飞书 |
| D6-2 单点故障 | 🔴 | 客户边部署 + 中心 双链路 |
| D1-1 ECS 端点不可达 | 🔴 | ECS healthcheck cron(每分钟) |
| D3-1 Agent 不写 session | 🟡 | CLAUDE.md 硬规则 chroma_ingest_session |
九、阶段化路线(4 阶段)
阶段 1(2-4 周) 改造现有智能体 → BOM 版 + 写 ERP MCP + 1 个真实订单 POC
阶段 2(4-6 周) 提取通用变体 BOM 模型 + 沉淀通用反问 SOP
阶段 3(6-8 周) LLM/规则引擎/OCR 选型定稿 + 实施 SOP
阶段 4(持续) 复制到第 2/3/N 个客户 + 形成行业知识库
十、已有智能体资产复用(8 项)
| 已有智能体资产 | 借鉴方式 |
| 现有智能体 agent.py (24KB) | 复制 → 改名 → 改感知/思考/技能 |
| LarkBridge 飞书通知 | 改 channel 为企业微信/钉钉 |
| chroma_mcp_server | 改 COLLECTION_PREFIX 即可 |
| Knowledge-Gate skill | 复用四层检索 L1→L4 |
| session.state 模式 | 改为 order session.state |
| force restart 指数退避 | 借鉴"反问失败 3 次转人工" |
| MCP 6 工具结构 | 套用 6 工具模板 |
| 现有 SSE 感知层 | 改造为 ERP MCP 客户端 |
十一、待办(按优先级)
P0 启动 POC 必备
- [ ] 拿 8 项 P0 资料(详见
10-资料清单.md)
- [ ] 派驻场前 1 周
- [ ] 跑 1 个真实订单 7 步走通
P1 POC 跑通后补
- [ ] 5 项 P1 资料(详见
10-资料清单.md)
- [ ] 销售反问 SOP 实战验证
P2 行业方案模板化
- [ ] 5 项 P2 调研(详见
08-调研任务清单.md)
- [ ] 写"实施 SOP(30/60/90 天)"
十二、信息源
| 类型 | 来源 | 引用 |
| 调研记录 | 616 托马斯初次沟通(8,617 字) | 首次沟通纪要 |
| 方案原则 | 智能体基础设施架构设计(内部) | 原则 1 · 一个大脑永远在线 |
| 方案原则 | 巡检智能体技术文档(内部) | 原则 2 · 复用 ADK 骨架 |
| 方案原则 | MCP 优化方案(内部) | 原则 3 · MCP 中间件 Gate |
| 方案原则 | MCP 完整开发方案(内部) | L5 部署 · SSE over Tailscale |
| 方案原则 | MCP v3.1 架构设计审计(内部) | §六 风险 · 6 个维度 28 项发现 |
| 方案原则 | 智能体平台化(内部) | 巡检智能体 skill 平台化 |
本合集页是入口,不重复内容。每节"📄 详情"展开内部章节摘要。
设计规范:Cobalt Grid #9(暖白纸色 #F0EBDE / 电钴蓝 #1F2BE0)+ Newsreader 衬线 + Hanken Grotesk 无衬线
部署:/var/www/liurusu/smart-manufacturing/07-tomas/(已上线 2026-06-16)
最后更新:2026-06-16 v1 · 12 节 · 8 份核心文件全索引