Zilliz 2024年10月25日
从Naive RAG到Agentic RAG:基于Milvus构建Agentic RAG
index_new5.html
../../../zaker_core/zaker_tpl_static/wap/tpl_guoji1.html

 

检索增强生成(RAG)作为应用大模型落地的方案之一,通过让 LLM 获取上下文最新数据来解决 LLM 的局限性。尽管Naive RAG在处理简单问题时表现良好,但在面对复杂任务时却显得力不从心。本文将探讨Naive RAG的局限性,并介绍如何通过引入代理(Agentic)方法来提升RAG系统的智能性和实用性。

🤔 Naive RAG 在处理复杂任务时存在局限性,例如无法生成全面的总结、有效地进行多文档比较、进行复杂的语义搜索和结构化分析,以及处理多步骤、多部分的复杂任务。

🧐 Naive RAG 的局限性主要源于其单次处理、缺乏查询理解和规划、缺乏工具使用能力、缺乏反思和错误纠正以及无记忆等缺陷。

🚀 为了克服Naive RAG的局限性,我们可以引入代理方法(Agentic),使RAG系统更加智能和灵活。具体而言,我们可以通过路由、工具调用、查询/任务规划、反思和记忆等方法来提升RAG系统的智能化水平。

🤖 文章以 Milvus 和 LlamaIndex 为例,展示了如何构建一个 Agentic RAG 案例,通过定义向量查询工具和摘要工具,并利用 LlamaIndex 的 ReActAgentWorker 整合这两个工具,实现反思、路由以及使用工具能力,最终提升了 RAG 系统的智能化水平。

原创 臧伟 2024-10-12 18:59 北京

Naive RAG有什么局限性?如何通过引入代理方法来提升RAG系统的智能性和实用性?

检索增强生成(Retrieval-Augmented Generation, RAG)作为应用大模型落地的方案之一,通过让 LLM 获取上下文最新数据来解决 LLM 的局限性。典型的应用案例是基于公司特定的文档和知识库开发的聊天机器人,为公司内部人员快速检索内部文档提供便利。另外,也适用于特定领域的GenAI应用,如医疗保健、金融和法律服务。尽管Naive RAG在处理简单问题时表现良好,但在面对复杂任务时却显得力不从心。本文将探讨Naive RAG的局限性,并介绍如何通过引入代理(Agentic)方法来提升RAG系统的智能性和实用性。

01.

Naive RAG的局限性

Naive RAG方法在处理简单问题时表现良好,例如:

然而,当面对更复杂的问题时,Naive RAG的局限性就显现出来了。

02.

Naive RAG上述痛点的原因

03.

从RAG到Agentic RAG

为了克服Naive RAG的局限性,我们可以引入代理方法(Agentic),使RAG系统更加智能和灵活。

04.

实践

我们基于Milvus,LlamaIndex构建一个Agentic RAG案例。

首先,我们把Milvus 2.3 和 2.4 release note文档,通过LlamaIndex SentenceWindowNodeParser分段之后,导入到Milvus。

node_parser = SentenceWindowNodeParser.from_defaults(    window_size=3,
    window_metadata_key="window",
    original_text_metadata_key="original_text",)
# Extract nodes from documentsnodes = node_parser.get_nodes_from_documents(documents)vector_store = MilvusVectorStore(dim=1536, 
                                 uri="http://localhost:19530",
                                 collection_name='agentic_rag',                                 overwrite=True,                                 enable_sparse=False,
                                 hybrid_ranker="RRFRanker",
                                 hybrid_ranker_params={"k": 60})storage_context = StorageContext.from_defaults(vector_store=vector_store)index = VectorStoreIndex(    nodes,     storage_context=storage_context)

然后,我们定义两个agent tool,他们分别是vector query tool 和summary tool。vector query tool利用了Milvus Hybrid search能力。summary tool采用了 LlamaIndex的 SummaryIndex 对于文档块提取summary。

def vector_query(    query: str,    page_numbers: Optional[List[int]] = None) -> str:
    # The target key defaults to `window` to match the node_parser's default    postproc = MetadataReplacementPostProcessor(
                target_metadata_key="window"            )
    # BAAI/bge-reranker-base is a cross-encoder model
    # link: https://huggingface.co/BAAI/bge-reranker-base    rerank = BGERerankFunction(                top_n = 3, 
                model_name = "BAAI/bge-reranker-base",
                device="cpu"                )
    # The QueryEngine class is equipped with the generator and facilitates the retrieval and generation steps    query_engine = vector_index.as_query_engine(                        similarity_top_k = 3, 
                        vector_store_query_mode="hybrid",  # Milvus starts supporting from version 2.4, use 'Default' for versions before 2.4                        node_postprocessors = [postproc, rerank],                    )    response = query_engine.query(query)
    return responsevector_query_tool = FunctionTool.from_defaults(
    name=f"vector_tool_{name}",    fn=vector_query)
summary_index = SummaryIndex(nodes)summary_query_engine = summary_index.as_query_engine(
    response_mode="tree_summarize",    use_async=True,)summary_tool = QueryEngineTool.from_defaults(
    name=f"summary_tool_{name}",    query_engine=summary_query_engine,    description=(
        f"Useful for summarization questions related to {name}"    ),)

最后,通过LlamaIndex的ReActAgentWorker整合vector query tool 和summary tool,以及React的特性,反思,路由以及使用工具能力,实现Agentic RAG。

response = agent.query(
    "Tell me about the difference between milvus 2.3 and milvus 2.4?")

这是对于上述问题的思考过程,包括React的观察,思考,行动具体步骤。

Thought: The user is asking about the differences between Milvus 2.3 and Milvus 2.4. I need to gather information about both versions to provide a comprehensive comparison.Action: vector_tool_milvus_2_3
Action Input: {'query'"What's new in Milvus 2.3?"}Thought: It appears there is a persistent issue with the tool input. I will try using a different tool to gather the necessary information.Action: summary_tool_milvus_2_3
Action Input: {'input'"What's new in Milvus 2.3?"}
Observation: Milvus 2.3 introduces several new features and enhancements, including GPU support, Arm64 support, a refactored QueryNode, and a merged IndexCoord and DataCoord for simplified deployment. It also includes a new NATS-based message queue, upsert API, range search, count statement, cosine metrics, raw vectors in search returns, ScaNN index support, iterator functionality, JSON_CONTAINS expressions, and CDC support. Additionally, there are performance improvements such as MMap for capacity increase, optimized data filtering, growing index, and increased resource usage in multi-core environments. The release also features a new load balancer, dynamic configuration support, tracing support, reorganized error codes, and upgraded tools like Birdwatcher and Attu.
Thought: I have gathered information about the new features and enhancements in Milvus 2.3. Now, I need to gather similar information for Milvus 2.4 to compare the two versions.Action: summary_tool_milvus_2_4
Action Input: {'input'"What's new in Milvus 2.4?"}Observation: Milvus 2.4 introduces several new features and improvements. Key highlights include:...
These updates aim to enhance system performance, improve observability, and streamline the codebase for increased simplicity.
Thought: I now have detailed information about the new features and enhancements in both Milvus 2.3 and Milvus 2.4. I can compare the two versions based on these details.

输出的答案,从答案来看,不仅详细列举了Milvus 2.3 和Milvus 2.4各种功能特性,还有功能总结与对比。

Answer: Milvus 2.3 and Milvus 2.4 both introduce significant new features and improvements, but they focus on different aspects of the system. Here are the key differences:
### Milvus 2.3:1. **GPU and Arm64 Support**: Introduces GPU support and Arm64 support.2. **Refactored QueryNode**: Simplifies deployment by merging IndexCoord and DataCoord.3. **New Message Queue**: Implements a NATS-based message queue.
4. **New APIs and Features**: Includes upsert API, range search, count statement, cosine metrics, raw vectors in search returns, ScaNN index support, iterator functionality, JSON_CONTAINS expressions, and CDC support.
5. **Performance Improvements**: Features MMap for capacity increase, optimized data filtering, growing index, and increased resource usage in multi-core environments.6. **Load Balancer and Dynamic Configuration**: Introduces a new load balancer and dynamic configuration support.7. **Tool Upgrades**: Upgrades tools like Birdwatcher and Attu.
### Milvus 2.4:
1. **New GPU Index - CAGRA**: Introduces a state-of-the-art GPU-based graph index for significant performance boosts.2. **Multi-vector and Hybrid Search**: Supports storing vector embeddings from multiple models and conducting hybrid searches.
3. **Sparse Vectors**: Supports efficient approximate semantic nearest neighbor search for keyword interpretation and analysis.4. **Grouping Search**: Allows aggregation of search results by specific scalar fields.5. **Inverted Index and Fuzzy Match**: Improves scalar query performance and supports fuzzy matches.6. **New Data Types**: Supports Float16 and BFloat16 vector data types.7. **L0 Segment**: Enhances performance of delete and upsert operations by recording deleted data.
8. **Refactored BulkInsert**: Improves logic for importing multiple files in a single request.9. **Memory-mapped Storage**: Optimizes memory usage by mapping file content into memory.
10. **Milvus-CDC**: Improves stability for capturing and synchronizing incremental data.
### Summary:- **Milvus 2.3** focuses on broadening hardware support, enhancing deployment simplicity, and introducing various new APIs and performance improvements.- **Milvus 2.4** emphasizes advanced search capabilities, new data types, improved memory management, and further performance optimizations.Both versions aim to enhance system performance and usability, but Milvus 2.4 introduces more advanced search features and optimizations compared to Milvus 2.3.

05.

结论

从Naive RAG到Agentic RAG的转变,标志着检索增强生成技术的一个重要进步。通过引入代理(Agentic)方法,我们可以显著提升RAG系统在处理复杂任务时的能力。这不仅使得RAG系统更加智能和灵活,也为其在实际应用中提供了更广阔的前景。未来,我们可以期待更多基于Agentic RAG的创新应用,推动大模型技术的发展。


Ref: https://docs.google.com/presentation/d/1IWjo8bhoatWccCfGLYw_QhUI4zfF-MujN3ORIDCBIbc/edit#slide=id.g2c00d03c26e_0_64


作者介绍

Milvus 北辰使者:臧伟


推荐阅读



阅读原文

跳转微信打开

Fish AI Reader

Fish AI Reader

AI辅助创作,多种专业模板,深度分析,高质量内容生成。从观点提取到深度思考,FishAI为您提供全方位的创作支持。新版本引入自定义参数,让您的创作更加个性化和精准。

FishAI

FishAI

鱼阅,AI 时代的下一个智能信息助手,助你摆脱信息焦虑

联系邮箱 441953276@qq.com

相关标签

RAG 检索增强生成 代理方法 Agentic RAG Milvus LlamaIndex
相关文章