🔄 挂起任务单 Agent 工作流

V5.0 - 单 Agent 多 Skills 顺序执行架构

核心架构

🎯 单 Agent 架构

只有一个「挂起任务处理员」Agent,统一负责任务全流程处理,避免多 Agent 协作的复杂性和通信开销。

⚙️ 多 Skills 顺序执行

按流程调用多个 Skills,每次一个,确保每个步骤独立可测、易于调试和优化。

📈 渐进式合并

初期单 Skill 验证,稳定后逐步合并,最终实现全流程单 Skill 高效执行。

V1.0 核心流程(保留)

📥 任务接收
🔍 任务分析
📤 任务分发
📞 用户触达
🧠 意图识别
⚡ 动作执行
🛡️ 审计拦截
📁 任务归档
⏸️
暂缓
用户请求延迟处理,设置新的跟进时间
💬
待沟通
需要进一步确认信息,等待用户回复
继续服务
用户确认继续,执行原定服务流程
终止服务
用户取消或拒绝服务,关闭任务

🔁 挂起任务跟进机制

  • 3 天后自动恢复:挂起任务在 3 天后自动重新进入处理流程
  • 状态机 + 策略引擎:根据用户状态自动选择最优触达策略
  • 多渠道触达:支持电话、短信、IM 等多种联系方式
  • 完整审计日志:记录全流程操作,支持追溯和告警

V5.0 Skills 定义

序号 技能名称 功能描述 输入 输出
1 任务接收技能 读取挂起任务信息,校验数据完整性,确保必填字段完整 任务 ID、订单号 任务详情对象
2 任务分析技能 分析订单上下文,用户历史记录,选择最优触达策略(电话/短信/IM) 任务详情、用户画像 触达策略、优先级
3 用户触达技能 执行电话/短信/IM 联系用户,记录联系结果(接通/未接/拒接) 触达策略、联系方式 联系结果、用户原话
4 意图识别技能 将用户原话归类为 4 类状态(暂缓/待沟通/继续/终止),输出置信度 用户原话、上下文 状态分类、置信度
5 动作执行技能 调用系统 API 执行具体动作(改约/通知/取消/跟进),处理执行结果 状态分类、任务 ID 执行结果、新状态
6 审计记录技能 记录全流程日志到审计系统,触发告警(如有异常),生成报告 全流程数据、执行结果 审计日志、告警状态

顺序调用流程图

🤖 挂起任务处理员 Agent
1️⃣ 任务接收
2️⃣ 任务分析
3️⃣ 用户触达
4️⃣ 意图识别
5️⃣ 动作执行
6️⃣ 审计记录
⚠️ 异常处理:任一 Skill 执行失败 → 记录错误 → 触发告警 → 任务回滚 → 人工介入

渐进式合并路径

L1 阶段 - 验证期

🔍 6 个 Skills 独立调用

✓ 任务接收技能(独立)
✓ 任务分析技能(独立)
✓ 用户触达技能(独立)
✓ 意图识别技能(独立)
✓ 动作执行技能(独立)
✓ 审计记录技能(独立)
目标:验证每个 Skill 功能正确性,收集性能数据,建立基线指标
L2 阶段 - 优化期

🔗 合并为 3 个 Skills

📥 任务接收 + 分析技能
读取任务 + 分析策略
📞 用户触达 + 识别技能
联系用户 + 识别意图
⚡ 动作执行 + 审计技能
执行动作 + 记录日志
目标:减少调用次数,优化性能,验证合并后功能稳定性
L3 阶段 - 成熟期

🚀 合并为 1 个 Skill

🎯 挂起任务全流程技能
接收→分析→触达→识别→执行→审计
目标:最大化执行效率,最小化调用开销,实现端到端自动化

第 1-2 周

L1 阶段:6 个独立 Skills 开发与单元测试

第 3-4 周

L1 阶段:集成测试,收集性能数据,优化每个 Skill

第 5-6 周

L2 阶段:合并为 3 个 Skills,验证合并后功能

第 7-8 周

L3 阶段:合并为 1 个全流程 Skill,性能调优

第 9 周+

上线运行,持续监控,根据反馈迭代优化

关键设计决策

✅ 为什么单 Agent?

避免多 Agent 通信开销,简化状态管理,统一错误处理,降低系统复杂度,便于调试和维护。

✅ 为什么顺序执行?

每个 Skill 职责单一,易于测试和优化,失败时便于定位问题,支持逐步合并演进。

✅ 为什么渐进合并?

先验证再优化,降低风险,每个阶段可独立上线,根据实际数据决策是否继续合并。