多 Agent 智能应用系统架构设计

我参与开发了某大型制造集团的"设备运维智能协同系统"。该系统面向集团下属多个工厂的设备运维场景,接入设备台账、运维知识库、历史工单、EAM/MES 系统以及实时告警数据,目标是通过多 Agent 智能应用实现自然语言报障、故障诊断建议、维修方案生成、工单自动派发与闭环跟踪。系统上线后主要服务于一线运维工程师、班组长和设备管理人员,日均处理工单和咨询请求约千余次,要求在高并发下保证回答可追溯、工具调用可控、写操作可审批。

我在项目中担任系统架构师和技术负责人,主要工作包括:一是负责多 Agent 总体架构设计,确定调度 Agent、检索 Agent、诊断 Agent、工单 Agent、审核 Agent 和审计 Agent 的职责边界;二是设计任务编排引擎,将意图识别、知识检索、故障诊断、方案生成、审核审批、工单执行和结果反馈编排为可追踪的任务流;三是建设工具网关和工具注册中心,实现工具描述、权限校验、参数校验、超时重试、幂等控制和审计留痕;四是负责提示词模板管理、版本发布和评测机制;五是制定风险控制方案,包括数据脱敏、写操作人工审批、内容安全过滤、熔断降级和人工兜底。通过上述工作,系统在保证安全可控的前提下提升了运维响应效率和工单闭环质量。

1. 简述 Agent 的核心组件、工具调用、规划、多 Agent 协作模式、通信机制

Agent 的核心组件通常包括输入感知与意图解析、规划器、记忆、工具调用器、执行器、反思评估器和策略安全组件。输入感知负责将用户自然语言、系统事件和上下文转换为结构化任务;规划器负责任务分解、步骤排序和约束检查;记忆分为短期会话记忆和长期知识记忆,用于保存任务状态、历史结论和可复用经验;工具调用器负责根据工具描述和参数模式调用外部系统;执行器负责推进任务步骤并处理结果;反思评估器对中间结果和最终结果进行一致性、完整性和置信度检查;策略安全组件负责权限、内容安全、工具边界和风险拦截。

工具调用应建立在统一工具注册与网关之上。每个工具需要提供名称、功能说明、输入输出模式、权限等级、超时时间、幂等要求和审计字段。调用时由网关完成身份鉴权、参数校验、只读/写操作分级、限流熔断、超时重试和结果归一化。对于写操作,必须支持审批、幂等键和回滚或补偿机制,避免 Agent 误调用造成业务风险。

规划方面,可采用"计划---执行---反思---重规划"的方式。对于简单任务使用 ReAct 式逐步推理与工具调用;对于复杂任务先由规划器生成 DAG 任务图,再按依赖关系并行或串行执行。执行过程中若工具失败、证据不足或置信度低,规划器根据状态进行动态重规划,必要时转人工处理。

多 Agent 协作模式可采用主管---工人模式、流水线模式、评审模式和黑板模式。主管 Agent 负责意图识别、任务分派和结果汇总;专业 Agent 负责检索、诊断、工单等具体任务;评审 Agent 对关键结论进行交叉校验;黑板或共享状态存储保存任务上下文、证据和中间结论。通信机制采用结构化消息总线,消息包含发送者、接收者、任务标识、状态、负载、证据引用和追踪标识,支持同步请求响应与异步事件通知,并通过共享状态存储实现上下文传递、超时控制和幂等处理。

2.结合项目论述角色划分、任务编排、工具边界管控、提示词管理、风险控制方案

在角色划分上,系统设置调度 Agent 负责意图识别、权限初判和任务分派;知识检索 Agent 负责从知识库、历史工单和设备手册中检索证据;诊断 Agent 负责结合告警、设备台账和检索证据形成故障假设与诊断建议;工单 Agent 负责生成工单草稿、派发建议和闭环信息;审核 Agent 负责对诊断结论、维修方案和写操作进行规则与模型双重审核;审计 Agent 负责记录全链路消息、工具调用、提示词版本和人工审批信息。各角色只暴露必要能力,避免一个 Agent 同时拥有检索、决策和写操作的全部权限。

任务编排采用状态机与 DAG 相结合的方式。用户报障后,调度 Agent 先完成意图识别和权限校验,再并行触发知识检索与设备状态查询;诊断 Agent 汇总证据生成候选方案;审核 Agent 检查方案是否符合安全规程、备件约束和权限要求;工单 Agent 在审核通过后执行派发或生成待确认工单;最后将结果反馈给用户并写入审计记录。对于写操作设置人工确认节点,对于低置信度或高风险任务自动转人工。编排引擎记录每个节点的输入、输出、状态和耗时,支持失败重试、超时跳转和人工接管。

工具边界管控方面,项目建立了工具注册中心和统一工具网关。所有工具按只读查询、建议生成、业务写操作分级授权,采用最小权限原则;工具参数通过模式校验和白名单限制,禁止 Agent 拼接任意系统命令;写操作必须具备幂等键、审批凭证和审计标识;高风险工具在沙箱或预发布环境中验证后方可上线,并配置限流、熔断和超时策略。通过工具网关,Agent 只能看到授权工具及其说明,无法绕过边界直接访问底层系统。

提示词管理采用分层模板和版本化治理。系统提示词、角色提示词、任务提示词、工具使用提示词和输出格式提示词分别管理,变量注入采用白名单和转义机制,防止提示词注入。每次发布前在评测集上验证意图识别准确率、工具调用正确率、证据引用完整率和风险拦截率,支持灰度发布和快速回滚。运行过程中记录提示词版本与任务追踪标识的关联,便于问题定位。

风险控制方案覆盖输入、推理、执行和运行四个环节。输入侧进行内容安全过滤、敏感信息识别和数据脱敏;推理侧要求结论引用证据、输出置信度和不确定性说明,关键结论由审核 Agent 交叉校验以抑制幻觉;执行侧对写操作实行审批、幂等、补偿和回滚机制;运行侧配置限流、熔断、降级和人工兜底,并建立全链路审计。通过上述设计,系统在多 Agent 协作下实现了职责清晰、任务可编排、工具可管控、提示词可治理和风险可拦截的架构目标。

相关推荐
代码丰12 分钟前
大 JSON 放进 Redis 之后,如何用 Stream 解耦耗时任务?
redis·后端·系统架构
阿狸猿6 小时前
系统架构评估方法及其应用
系统架构
Eyfcom6 小时前
〖阶段性回顾〗物流系统架构与算法的 Day 1-5 知识图谱与实战答疑
算法·系统架构·知识图谱·物流管理系统·快递管理系统
你看我名字6 小时前
系统架构的演变:从单机应用到双十一级高并发系统
系统架构
吴建旭 智宅焕9 小时前
智能家居B端从业者路径选择的系统架构设计:准入约束、路径匹配与交付确定性
系统架构·智能家居
AI你一生一世20 小时前
当“暂停“成为架构决策:从签证系统停摆看高可用设计的边界
架构·系统架构·流量控制·幂等性·高可用设计·优雅降级·状态一致性
考拉讲支付1 天前
延迟分账 / 核销分账的技术实现方案:服务完成后再分钱,到底怎么设计?
大数据·运维·人工智能·微信小程序·小程序·系统架构
画中有画1 天前
RAG 检索增强生成系统架构设计与应用
系统架构
昵称画1 天前
图文:一张十年前的车间系统架构图
低代码·系统架构·php·企业微信·rxjava·零售