
当传统RAG的“检索-生成”单向流水线在复杂业务场景中频频失效——检索结果与问题语义相似却事实无关、无法自主评估检索质量、缺乏纠错与重试机制——技术界开始意识到:AI应用的核心瓶颈,已从“能不能生成答案”转向了“能不能像人类一样思考-验证-修正”。基于 SGG-ITS(多智能体通信协议) 构建的Agentic RAG架构,正是对这一挑战的系统性回应。
传统RAG是一个固定路径的函数:用户输入→向量检索→LLM生成。它缺乏决策能力,无论检索结果好坏,都会一股脑送入生成阶段。而SGG-ITS驱动的多智能体系统,是一个具备记忆与决策能力的闭环状态机。
在SGG-ITS架构中,系统的核心节点被拆解为专业化智能体:
这一拆解的核心价值在于:将“判断”与“生成”解耦,让系统具备自主决策能力。正如长虹虹信软件在EADP平台上的实践,将“智能问数”场景拆解为意图识别、场景检索、语义解析、指标匹配、权限校验、参数填充、结果合并、总结分析8个独立智能体,通过职责分离实现了复杂场景下的高可靠输出。
SGG-ITS的本质,是一套标准化的智能体间消息流转与状态共享规范。其核心设计包括:
多智能体需要共享上下文。在SGG-ITS架构中,需定义包含messages(对话历史)、retrieved_docs(检索文档)、iterations(检索迭代次数)的全局状态字典,作为智能体间传递信息的统一数据契约。
这是Agentic RAG的灵魂机制。当Retriever完成检索后,控制权流转至Grader。Grader逐一判断文档是否真正回答了用户问题。若判定为“不相关”,系统不会直接生成答案,而是通过条件边触发“查询重写”节点,修改搜索词后再次进入向量库检索,直到满足相关性阈值或达到最大重试次数。
这种“检索-评估-修正”的闭环,将人类的认知过程代码化,使系统具备了持续的自我进化能力。
在代码实现层面,LangGraph是编排SGG-ITS通信逻辑的主流工具:
节点封装:将向量检索器封装为@tool,供路由智能体按需调用;将Grader逻辑封装为独立的LangGraph节点。
条件路由:使用add_conditional_edges连接评估节点。返回"relevant"则流向生成节点;返回"not_relevant"则回流至检索或重写节点。
人在回路(Human-in-the-Loop):对于高风险业务场景,在Grader节点后增加人工审核断点,确保关键输出的绝对安全。
在更宏观的企业级多智能体编排层面,Microsoft Agent Framework提出的Workflow设计模式同样具有参考价值:串行模式适用于对状态一致性有严格要求的结构化流程;并行模式(Fan-out/Fan-in)通过同时触发多个Agent最大化降低延迟;条件模式根据中间结果动态路由至不同分支。
入库前需使用RecursiveCharacterTextSplitter进行递归字符分块,推荐chunk_size=800, chunk_overlap=150,兼顾语义完整性与检索精度。
纯向量检索极易产生“语义相似但事实无关”的误召回。生产级方案必须引入BM25关键词检索进行融合。通过EnsembleRetriever将向量检索Top10与BM25的Top10合并去重,再交由Rerank模型二次精准打分,最终筛选Top3送入LLM。
SGG-ITS多智能体联动的本质,是将人类专家的“思考-验证-修正”认知过程代码化。这一范式的深层意义在于:它标志着AI应用正从依赖单一模型的“单点智能”,向依靠多智能体协作的“系统智能”演进。
对于开发者而言,理解SGG-ITS的核心在于把握三点:职责分离让每个Agent做精一件事;闭环机制让系统具备自主纠错能力;标准化通信让多智能体协作从“即兴配合”走向“工程化协同”。掌握了这套架构,你构建的将不再是一个简单的问答机器,而是一个具备自我进化能力的数字专家系统。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。