不是做成"死流程机器人",而是做成 有边界、有规则、有升级机制的任务型 Agent 系统。
V4.0 核心优化:在 V1.0 基础上,将 5 Agent 精简为 3 Agent,保持核心流程不变,提升协作效率。
Agent 负责读任务、判断状态、联系用户、归类意图、触发动作、记录结果、决定是否升级
所有关键动作必须通过状态机校验和权限检查,不允许自由决策
取消订单、修改收费状态等高风险操作必须经过人工审批
| 版本 | Agent 数量 | 节点数 | 联系次数 | 用户状态 | 特点 | 效率 |
|---|---|---|---|---|---|---|
| 原始流程 | - | 30+ | 6 次 | 6+ 类 | 复杂、低效、多分支 | 🔴 低 |
| V1.0 | 5 个 | 6 | 4 次 | 4 类 | 状态机 + 策略引擎 + 5 Agent | 🟢 高 |
| V4.0(修正版) | 3 个 | 6 | 4 次 | 4 类 | 调度员 + 执行员 + 审核员 | 🟢 最高 |
调度员 = Orchestrator(主控调度)+ Triage(意图识别)—— 决策更高效
执行员 = Contact(用户触达)+ Action(动作执行)—— 执行更流畅
审核员 = Audit(审计拦截)—— 独立风控不变
职责:任务接收、分析、意图识别、分发、状态追踪、挂起恢复
V1.0 对应:Orchestrator + Triage
职责:联系用户(电话/短信/IM)+ 执行动作(改约/通知/取消/跟进)
V1.0 对应:Contact + Action
职责:审计拦截、风险监控、告警触发
V1.0 对应:Audit(保留)
| 特点 | 说明 | 价值 |
|---|---|---|
| 分角色设计 | 调度员/执行员/审核员三层架构,职责边界清晰 | 降低协作复杂度,易于维护 |
| 意图识别归调度 | Triage 并入调度员,决策链路缩短 | 减少 Agent 间通信,提升响应速度 |
| 触达执行一体化 | Contact 与 Action 合并为执行员 | 联系结果直接触发执行,减少状态同步 |
| 审计独立 | 审核员独立监控全流程,不受业务影响 | 风险控制、可追溯、可审计 |
接收挂起任务 ID,初始化任务上下文,记录任务创建时间
读取订单状态字段,进行系统规则预校验,选择触达策略
执行触达策略(电话→短信→IM),记录联系结果(接通/未接通)
将用户原话归类为 4 类状态,输出置信度,标记是否需要人工复核
调用系统 API 执行具体动作(改约/通知/取消/挂起),执行前检查权限
独立监控全流程,拦截高风险操作,生成审计报告,决定是否关单
90% 的流程复杂度来自"过多用户分类"。统一归类为 4 类状态,大幅降低系统复杂度。
| 一级状态 | 二级状态示例 | 执行动作 | 是否结束 |
|---|---|---|---|
| 暂缓 | 配件未到、仍不确定时间 | 挂起池,3 天后跟进 | 否 |
| 待沟通 | 考虑价格、复杂问题 | 通知工程师/客服 | 否 |
| 继续服务 | 改约、现在需要 | 恢复履约/改约 | 是 |
| 终止服务 | 不需要了 | 取消订单(需校验) | 是 |
| 触发条件 | 升级级别 | 责任人 | 响应 SLA |
|---|---|---|---|
| 连续 4 次联系未果 | L1 | 客服 | 2 小时 |
| 挂起超过 7 天 | L2 | 客服主管 | 24 小时 |
| 意图置信度<60% | L1 | 质检 | 4 小时 |
| 取消订单失败 | L2 | 客服主管 | 2 小时 |
| 用户投诉 | L3 | 运营负责人 | 1 小时 |
Orchestrator
接收挂起任务,初始化上下文
预校验 + 策略选择
追踪任务状态,决定挂起恢复
Contact + Action
电话/短信/IM 联系用户
执行系统动作
Triage + Audit
用户意图归类为 4 类状态
审计 + 告警 + 关单
| Agent | 服务节点 | 技能列表 | V1.0 对应 |
|---|---|---|---|
| 调度员 Agent | 任务接收节点 | 读取任务信息、创建任务记录 | Orchestrator |
| 任务分析节点 | 任务预校验、策略选择、动作分发 | Orchestrator | |
| 状态追踪节点 | 状态查询、挂起恢复、升级决策 | Orchestrator | |
| 执行员 Agent | 用户触达节点 | 电话联系、发送短信、发送 IM、记录联系结果 | Contact |
| 动作执行节点 | 修改预约、通知工程师、取消订单、安排跟进、加入挂起池 | Action | |
| 审查员 Agent | 意图识别节点 | 意图识别、置信度评估、人工复核标记 | Triage |
| 审计拦截节点 | 记录审计日志、触发告警、高风险拦截、生成报告 | Audit |
| 当前状态 | 触发事件 | 下一状态 | 校验规则 |
|---|---|---|---|
| PENDING | task.start | CONTACTING | 联系次数<4 |
| CONTACTING | user.responded | RESPONDED | — |
| CONTACTING | user.no_answer | NO_RESPONSE | — |
| NO_RESPONSE | contact.retry | CONTACTING | 联系次数<4 |
| NO_RESPONSE | contact.max_reached | CLOSED | 联系次数=4 |
| RESPONDED | triage.complete | CLASSIFIED | 置信度>60% |
| CLASSIFIED | action.execute | ACTION_TAKEN | 权限校验通过 |
| ACTION_TAKEN | intent=暂缓 | WAITING_FOLLOWUP | — |
| ACTION_TAKEN | intent=继续/终止 | CLOSED | — |
| WAITING_FOLLOWUP | followup.time_reached | CONTACTING | 跟进时间已到 |
Base URL: https://api.pending-task.system/v1
认证方式: API Key(每个 Agent 分配独立 API Key)
请求头: Authorization: Bearer {api_key}, X-Agent-ID: {agent_id}, X-Request-ID: {uuid}
描述:接收新挂起任务,初始化处理流程
描述:查询任务当前状态和处理进度
描述:分发动作到指定 Agent
描述:发起用户联系(电话/短信/IM)
描述:执行系统动作(改约/通知/取消等)
描述:识别用户意图,归类为 4 类状态
描述:记录全流程审计日志
描述:触发告警(异常拦截)