一、方案概览
🎯 核心理念：
不是做成"死流程机器人"，而是做成 有边界、有规则、有升级机制的任务型 Agent 系统。
🎯
核心目标
- 节点 30+ → 6 个
- 人工参与减少 70%
- 处理效率提升 2-3 倍
🤖
Agent 类型
规则驱动 + 状态机约束 + 工具调用型 Agent
✅
关键原则
- Agent 负责理解和执行
- 关键动作受规则约束
- 高风险操作需审批
Agent 核心能力
Agent 负责：读任务 → 判断状态 → 联系用户 → 归类意图 → 触发动作 → 记录结果 → 决定是否升级
二、流程演进对比
| 版本 |
节点数 |
联系次数 |
用户状态 |
特点 |
效率 |
| 原始流程 |
30+ |
6 次 |
6+ 类 |
复杂、低效、多分支 |
🔴 低 |
| 简化版 |
8 |
3 次 |
4 类 |
可执行、统一判断 |
🟡 中 |
| 行业最优 |
6 |
4 次 |
4 类 |
状态机 + 策略引擎 |
🟢 高 |
| 多 Agent 版 |
6 |
4 次 |
4 类 |
多 Agent 协作 + 审计 |
🟢 最高 |
核心优化点
❌ 优化前问题
- 联系次数过多（6 次）
- 用户分类过细（6+ 类）
- 流程分支复杂（30+ 节点）
- 人工参与度高
✅ 优化后优势
- 联系次数精简（4 次）
- 用户状态统一（4 类）
- 流程节点压缩（6 个）
- 人工减少 60%
三、多 Agent 架构设计
┌─────────────────────────────────────────────────────────────────────────┐
│ Orchestrator Agent (主控调度) │
│ 职责：读任务、选策略、分发动作、汇总结果、决定是否升级 │
└─────────────────────────────┬───────────────────────────────────────────┘
│
┌─────────────────────┼─────────────────────┐
↓ ↓ ↓
┌───────────────┐ ┌───────────────┐ ┌───────────────┐
│ Contact │ │ Triage │ │ Action │
│ Agent │ │ Agent │ │ Agent │
│ │ │ │ │ │
│ 触达用户 │ │ 意图识别 │ │ 执行动作 │
│ · 电话 │ │ · 4 类状态 │ │ · 改约 │
│ · 短信 │ │ · 置信度 │ │ · 通知工程师 │
│ · IM │ │ · 人工复核 │ │ · 取消订单 │
└───────────────┘ └───────────────┘ └───────────────┘
↓
┌─────────────────┐
│ Audit │
│ Agent │
│ │
│ 审计与异常拦截 │
│ · 高风险校验 │
│ · 低置信拦截 │
│ · 长周期告警 │
└─────────────────┘
架构核心特点
| 特点 |
说明 |
价值 |
| 分角色设计 |
5 个 Agent 各司其职 |
职责清晰、易于维护 |
| 状态机约束 |
所有任务状态标准化 |
避免状态混乱 |
| 策略引擎 |
规则与执行分离 |
灵活调整策略 |
| 审计拦截 |
Audit Agent 独立监控 |
风险控制、可追溯 |
四、4 类用户状态（核心简化）
🎯 核心原则：90% 的流程复杂度来自"过多用户分类"。统一归类为 4 类状态，大幅降低系统复杂度。
| 一级状态 |
二级状态示例 |
执行动作 |
是否结束 |
| 暂缓 |
配件未到、仍不确定时间 |
挂起池，3 天后跟进 |
否 |
| 待沟通 |
考虑价格、复杂问题 |
通知工程师/客服 |
否 |
| 继续服务 |
改约、现在需要 |
恢复履约/改约 |
是 |
| 终止服务 |
不需要了 |
取消订单（需校验） |
是 |
状态映射规则
原始状态 → 新状态
- 配件未到 → 暂缓
- 时间未定 → 暂缓
- 考虑价格 → 待沟通
- 改约 → 继续服务
- 现在需要 → 继续服务
- 不需要了 → 终止服务
状态处理逻辑
- 暂缓：不强行推进，定时跟进
- 待沟通：转人工，机器人不处理
- 继续服务：结束挂起，恢复履约
- 终止服务：校验后取消订单
五、Agent 主流程
挂起任务进入
↓
Orchestrator Agent 接收
↓
任务预校验（系统规则）
↓
Contact Agent 执行触达策略
↓
┌───────┴───────┐
↓ ↓
未响应 已响应
↓ ↓
再次触达 Triage Agent 识别
↓ ↓
达到上限？ 4 类状态分类
↓ ↓
是 → 升级人工 Action Agent 执行动作
↓
┌─────┴─────┐
↓ ↓
低风险自动 高风险审批
↓ ↓
Audit Agent 审计
↓
记录结果并关单
详细步骤
| Step |
执行 Agent |
输入 |
输出 |
审核责任 |
| 1. 接收任务 |
Orchestrator |
挂起任务 ID |
任务上下文 |
系统自动 |
| 2. 任务预校验 |
Orchestrator |
订单状态字段 |
可处理/转人工 |
系统规则 |
| 3. 执行触达 |
Contact |
用户联系方式 |
接通/未接通 |
机器人 |
| 4. 意图识别 |
Triage |
用户原话 |
4 类状态 + 置信度 |
机器人 + 抽检 |
| 5. 执行动作 |
Action |
状态分类 |
系统动作调用 |
按权限表 |
| 6. 审计记录 |
Audit |
全流程日志 |
审计报告 |
独立审计 |
六、5 个 Agent 角色详解
1️⃣ Orchestrator Agent（主控调度）
| 属性 |
详情 |
| 职责 |
读任务、选策略、分发动作、汇总结果、决定是否升级 |
| 输入 |
挂起任务 ID、订单上下文、历史联系记录 |
| 输出 |
任务状态更新、下一步动作指令 |
| 工具调用 |
`get_task_info()`, `select_strategy()`, `dispatch_action()`, `escalate()` |
2️⃣ Contact Agent（用户触达）
| 属性 |
详情 |
| 职责 |
电话/短信/IM 联系用户，获取答复，标准化联系结果 |
| 触达策略 |
第 1 次电话 → 第 2 次短信 → 第 3 次电话 → 第 4 次次日 |
| 联系间隔 |
30 分钟 → 2 小时 → 4 小时 → 次日 |
| 工具调用 |
`call_user()`, `send_sms()`, `send_im()`, `record_result()` |
3️⃣ Triage Agent（意图识别）
| 属性 |
详情 |
| 职责 |
将用户原话归类为 4 类状态，输出置信度，标记是否需要人工复核 |
| 输入 |
用户原话、订单上下文、历史交互 |
| 输出 |
一级状态、二级状态、置信度、是否需复核 |
| 置信度阈值 |
>80% 自动执行，60-80% 抽检，<60% 转人工 |
4️⃣ Action Agent（动作执行）
| 属性 |
详情 |
| 职责 |
调用系统 API 执行具体动作 |
| 支持动作 |
修改预约、通知工程师、取消订单、加入挂起池、发起跟进 |
| 权限检查 |
执行前检查动作权限表，高风险动作需审批 |
| 工具调用 |
`update_appointment()`, `notify_engineer()`, `cancel_order()`, `schedule_followup()` |
5️⃣ Audit Agent（审计与异常拦截）
| 属性 |
详情 |
| 职责 |
独立监控全流程，拦截高风险操作，生成审计报告 |
| 监控点 |
取消订单校验、低置信度分类、长周期挂起、失败动作 |
| 告警规则 |
挂起>7 天、连续失败 3 次、置信度<60%、取消条件不满足 |
| 输出 |
审计日志、告警通知、升级建议 |
七、权限边界设计
⚠️ 关键原则：Agent 只做三层事——理解、匹配规则、调用工具。不自由决策，所有关键动作受规则约束。
可以自动执行的动作
| 动作 |
条件 |
审核 |
| 读取任务信息 |
无限制 |
系统自动 |
| 发起联系 |
联系次数<4 |
系统规则 |
| 记录联系结果 |
无限制 |
系统自动 |
| 意图分类 |
置信度>80% |
抽检 5% |
| 加入待跟进队列 |
状态=暂缓 |
系统自动 |
| 通知工程师 |
状态=待沟通 |
系统自动 |
| 生成处理摘要 |
无限制 |
系统自动 |
需要审批的动作
| 动作 |
审批人 |
条件 |
| 取消订单 |
客服主管 |
订单金额>1000 元 或 已收款 |
| 修改收费状态 |
财务 + 客服主管 |
涉及收款/退款 |
| 关闭争议订单 |
运营负责人 |
存在客诉/争议 |
| 覆盖人工结论 |
客服主管 |
与人工判断不一致 |
| 删除任务记录 |
禁止 |
不允许删除 |
八、4 张核心表（必须先定义）
📋 实施建议：做 Agent 之前，先把这 4 张基础表定下来，这是系统稳定运行的基石。
表 1：任务状态表
| 状态码 |
状态名 |
说明 |
可转状态 |
| PENDING |
挂起中 |
任务进入队列 |
CONTACTING |
| CONTACTING |
联系中 |
正在触达用户 |
RESPONDED / NO_RESPONSE |
| RESPONDED |
已响应 |
用户已接通 |
CLASSIFIED |
| NO_RESPONSE |
未响应 |
用户未接通 |
CONTACTING / CLOSED |
| CLASSIFIED |
已分类 |
意图已识别 |
ACTION_TAKEN |
| ACTION_TAKEN |
已执行 |
动作已完成 |
CLOSED / WAITING |
| WAITING |
待跟进 |
挂起池等待 |
CONTACTING |
| CLOSED |
已关闭 |
任务完结 |
— |
表 2：用户意图映射表
| 用户原话示例 |
一级状态 |
二级状态 |
置信度 |
| "配件还没到，等配件到了再说" |
暂缓 |
配件未到 |
高 |
| "最近没时间，下周再看看" |
暂缓 |
时间未定 |
高 |
| "价格有点贵，我再考虑一下" |
待沟通 |
价格犹豫 |
高 |
| "能不能改到明天下午？" |
继续服务 |
改约 |
高 |
| "现在就可以，马上来" |
继续服务 |
立即服务 |
高 |
| "不用了，已经找别人了" |
终止服务 |
不需要 |
高 |
表 3：动作权限表
| 动作 |
自动执行 |
需审批 |
审批人 |
禁止 |
| 发起联系 |
✅ |
|
|
|
| 记录结果 |
✅ |
|
|
|
| 意图分类 |
置信度>80% |
置信度 60-80% |
质检 |
|
| 加入挂起池 |
✅ |
|
|
|
| 通知工程师 |
✅ |
|
|
|
| 修改预约 |
|
✅ |
调度 |
|
| 取消订单 |
金额<1000 |
金额≥1000 |
客服主管 |
已收款 |
表 4：升级规则表
| 触发条件 |
升级级别 |
责任人 |
响应 SLA |
| 连续 4 次联系未果 |
L1 |
客服 |
2 小时 |
| 挂起超过 7 天 |
L2 |
客服主管 |
24 小时 |
| 意图置信度<60% |
L1 |
质检 |
4 小时 |
| 取消订单失败 |
L2 |
客服主管 |
2 小时 |
| 用户投诉 |
L3 |
运营负责人 |
1 小时 |
| 系统动作执行失败 |
L1 |
技术 |
30 分钟 |
九、L1→L2→L3 实施路径
🔵 L1：半自动 Agent（上线初期）
模式：Agent 提建议，人工确认执行
| 自动执行 |
人工确认 |
| ✅ 联系用户 |
✅ 取消订单 |
| ✅ 意图分类 |
✅ 修改预约 |
| ✅ 生成建议 |
✅ 关闭争议订单 |
🟢 L2：受控自动 Agent（成熟期）
模式：低风险自动执行，高风险人工审批
| 自动执行 |
审批执行 |
| ✅ 3 天后跟进 |
✅ 改约 |
| ✅ 通知工程师 |
✅ 取消订单（高金额） |
| ✅ 挂起保留 |
✅ 覆盖人工结论 |
| ✅ 生成摘要 |
|
🟢 L3：闭环 Agent（规则成熟后）
模式：绝大部分任务自动闭环，仅异常升级
| 自动闭环 |
人工介入 |
| ✅ 90%+ 任务自动处理 |
✅ 异常升级 |
| ✅ 自动决策执行 |
✅ 用户投诉 |
| ✅ 自动审计记录 |
✅ 系统失败 |
十、核心指标
📈
效率指标
- 处理效率 +200%
- 挂起积压 -70%
- 平均处理时长 -60%
👥
人力指标
- 人工参与 -60%
- 客服工作量 -50%
- 工程师通知自动化 90%
⭐
质量指标
- 意图识别准确率>85%
- 用户满意度>90%
- 审计覆盖率 100%
监控告警指标
| 指标 |
预警阈值 |
告警级别 |
责任人 |
| 挂起超 7 天比例 |
>5% |
🟡 警告 |
客服主管 |
| 联系失败率 |
>50% |
🟡 警告 |
运营 |
| 意图识别置信度<60% |
>20% |
🟠 严重 |
技术 |
| 自动执行失败率 |
>5% |
🔴 紧急 |
技术负责人 |