FSM销售机器人架构图

目录

• 结论先说：
• 一、完整对比图：传统架构 vs FSM 架构
  • 1. 传统客服 Agent 架构（以工具调用为中心）
  • 2. 基于 FSM 的导购机器人架构（以“对话旅程”中心）
• 二、所以重构后，系统 pipeline 实际长这样
• 三、关键问题：FSM 是替代 Orchestrator 还是补充？
  • • FSM 不是替代 Orchestrator
• 四、你最终会得到一个“双核架构”
• 五、我可以为你画一份架构图（工程师可直接使用）

下面我给你一个清晰、工程化、可直接落地的答案：

结论先说：

是的，本质架构不变，但 FSM 并不是 Coordinator 的替代品，而是被整合进 Orchestrator 内部，用来管理“对话旅程状态”。
也就是说：

• 传统协调结构依然保持
• FSM 成为其中一个核心调度层（State Manager）
• FSM 与 Orchestrator 共同负责“多意图→多状态→多 Agent 调用”

你可以理解为：

传统 Agent 架构解决的是 “任务分配”
FSM 导购机器人解决的是 “销售旅程推进”

两者叠加刚好互补。

---

一、完整对比图：传统架构 vs FSM 架构

下面给你一个并排对照结构图，一看就懂：

---

1. 传统客服 Agent 架构（以工具调用为中心）

用户输入
   ↓
Coordinator
   ↓
意图识别
   ↓
根据意图调度 Agent
   ├──→ ReactAgent (API实时查询)
   ├──→ RAGAgent (FAQ知识问答)
   ├──→ WorkflowAgent (固定流程)
   └──→ Orchestrator（多意图并行）
             ├──→ ReactAgent
             ├──→ ReactAgent
             └──→ RAGAgent

核心特征：

• 偏“客服型”
• 按意图决定调用哪个 agent
• agent 输出即用户看到的结果
• 不管理对话长期状态
• 不推动销售漏斗

---

2. 基于 FSM 的导购机器人架构（以“对话旅程”中心）

用户输入
   ↓
Coordinator
   ↓
IntentExtractor（多意图）
   ↓
Hybrid Orchestrator
   ↓
FSM（Sales State Machine）   ← 核心新增
   │
   ├── 依据当前状态 + 用户意图 → 决定下一个状态(S1→S2→S3)
   │
   ├── 状态触发执行对应 Agent：
   │        ├──→ ReactAgent (商品搜索)
   │        ├──→ ReactAgent (查询价格/库存/优惠)
   │        ├──→ RAGAgent (售后/政策解答)
   │        └──→ WorkflowAgent (下单/退款流程)
   │
   └── 输出状态级别 CTA（Checkout、对比、找平替、领券）

核心特征：

• 由 FSM 管控旅程：
  GREETING → NEED_DISCOVERY → PRODUCT_MATCH → OBJECTION_HANDLING → CHECKOUT_ASSIST → AFTER_SALE

• 即使用户说一句话触发多个意图，FSM 会决定：

  • 哪些状态先走
  • 哪些状态需要合并
  • 哪些状态需要跳过

• 输出不是工具的原始结果，而是“根据状态包装后的导购式输出 + CTA”。

---

二、所以重构后，系统 pipeline 实际长这样

用户输入
    ↓
Coordinator
    ↓
Intent Parser（多意图 + 参数提取）
    ↓
Hybrid Orchestrator
    ↓
FSM (State Manager)
    │
    ├── 当前状态处理逻辑（进入 PRODUCT_MATCH）
    ├── 调用对应工具（ReactAgent 查询商品）
    ├── 格式化输出（推荐列表 + CTA）
    └── 状态迁移到下一步（OBJECTION_HANDLING）

FSM 是整个系统的“旅程控制层（Journey Control Layer）”。

---

三、关键问题：FSM 是替代 Orchestrator 还是补充？

答案：

FSM 不是替代 Orchestrator

FSM 是 Orchestrator 内部的一部分，用来：

1. 根据多意图决定哪些状态要执行
2. 根据业务策略决定状态迁移顺序
3. 根据用户行为动态插入/跳过状态

Orchestrator 决定：

• 并行 / 串行执行哪些 agent
• 如何合并多个 agent 输出

FSM 决定：

• 当前旅程是哪里
• 下一步应该是什么
• 哪些 CTA 展示
• 是否进入 checkout

---

四、你最终会得到一个“双核架构”

(1) 工具调度核心：Orchestrator
(2) 对话旅程核心：FSM

两者分别负责：

模块	职责
Orchestrator	调度多个 agent、并行执行、合并结果
FSM	管控用户旅程、定义状态、决定下一步动作与 CTA

这两层结合后，你的机器人就不再是“问一句答一句”，
而是一个真正的“导购销售型智能体”。

---

五、我可以为你画一份架构图（工程师可直接使用）

包括：

• FSM + Orchestrator 集成架构图
• pipeline 时序图
• 状态机迁移图（含 8 个状态）
• agent 调度示例（并行搜索 + 查询优惠 + 对比）
• CTA 输出模板

如果你希望我画，我可以直接给你可展示的版本。你需要吗？