用MCP架构打造强大Agentic RAG系统,小白也能轻松上手(收藏备用)

MCP协议实战 大语言模型(LLM)如何调用复杂的业务系统?MCP(Model Context Protocol)协议给出了答案。本文将详细介绍如何基于FastMCP和Python构建业务语义层,统一资源模型、标准化15+种数据类型映射,最终实现AI节点、AI按钮、智能助手等创新功能,支撑2000 QPS高并发场景。 阅读详情

本文介绍了如何利用MCP架构从零实现一个完整的Agentic RAG系统,展示了MCP与RAG、Agent的有趣融合。内容涵盖MCP与Agentic RAG的融合思考、MCP标准下的Agentic RAG架构设计、MCP服务端实现RAG-Server(基于LlamaIndex)以及MCP客户端实现Agent(基于LangGraph)。文章还详细阐述了服务端和客户端的设计重点,包括工具实现、缓存机制、配置文件等,并通过端到端效果演示验证了该架构的可行性和优势。

1、思考:MCP与Agentic RAG的融合

RAG是一种借助外部知识来给LLM提供上下文的AI应用范式。从这个角度来说,RAG与MCP有着相似的意义:给大模型补充上下文,以增强其能力。只是MCP以提供外部工具为主,而RAG则是以注入参考知识为主。这就像一个考试的学生,MCP给你提供计算器,而RAG则是给你一本书。

当然,两者的重点并不一样,MCP强调的是提供工具的方式(集成标准);而RAG则是需要你实现的完整应用。所以两者并不冲突,完全可以用MCP的方法来集成一个RAG应用。

特别是在Agentic RAG系统(如下图)中,由于通常涉及到多个RAG查询管道与Agent的融合,这就与MCP的思想非常契合:

假设一个典型的Agentic RAG应用:

一个针对大量不同文档的问答Agent,这些问答有事实性问题也有摘要性问题,更有跨越多个文档的融合问题,甚至需要搜索引擎来补充信息。

现在我们来用MCP的标准设计并完整的实现这个场景。

2、MCP标准下的Agentic RAG架构

在MCP架构下,无论是SSE还是stdio模式,都是Client/Server模式。你必须在开始之前清晰的设计好MCP Server与Client应用的分工及交互。比如:

  • 服务端提供的工具,包括功能边界、输入输出
  • 服务功能粒度不能太大(丧失模块化)也不能太小(复杂化)
  • 缓存与持久化设计:毕竟RAG是数据密集型应用
  • 客户端Agent设计:模型、工作流、与服务端的交互等
  • 如果是多用户环境:要考虑只是文档与索引的隔离

【总体思想】

我们基于如下的总体架构来实现:

  • 在MCP Server上提供RAG管道构建与查询的工具;在客户端创建使用这些工具的AI Agent,提供查询任务规划与执行能力
  • MCP Server借助LlamaIndex实现RAG管道;在客户端借助LangGraph实现Agent:让每个‘人’干更擅长的事。

3、MCP Server:RAG管道的核心

MCP Server是RAG功能实现的位置。我们对MCP Server拆解设计如下:

【工具(Tools)】

  • create_vector_index:输入文档、索引名与参数,完成解析与索引创建。
  • query_document:查询事实问题的RAG管道,输入索引名与查询问题。
  • get_document_summary:查询总结性问题的RAG管道,输入文件和查询问题。
  • list_indies等:辅助工具,包括一个自己实现的Web搜索工具。

需要说明,在这里的设计中,不同的RAG管道查询的工具是一样的,但参数(索引名,依赖于Agent推理)不同。一个是推理工具,一个推理参数,效果一致。

【缓存机制】

服务端要对文档解析(含分割)与索引创建的信息进行缓存(持久化存储),以防止可能的重复解析与索引创建,提高性能。

  • 文档节点缓存:缓存文档解析分拆后的结果,确保文档解析过一次后,只要内容与参数(如chunk_size)不变,就不会被重新解析。

    文档缓存的唯一名称是文档内容hash值+解析参数的联合。比如:

“questions.csv_f4056ac836fc06bb5f96ed233d9e2b63_500_50”

  • 索引信息缓存:缓存已经创建过的索引信息,防止重复嵌入及向量库访问,避免不必要的模型调用成本。

    索引缓存的唯一名称是每个文档关联的唯一索引名称。比如:

“questions_for_customerservice”

以下情况下会导致索引被重建:

  • 客户端强制要求重建
  • 索引信息缓存不存在
  • 文档节点缓存不存在

这样的缓存管理方式,可以增加处理的灵活性与健壮性。如:

  • 更改文档内容或解析参数,即时文档名与索引名不变:仍然会触发索引重建。
  • 文档内容与参数不变,但修改索引名:会创建新索引,但不会重新解析文档。

【工具实现:create_vector_index】

这是服务端两个重要工具之一,核心代码如下,请参考注释理解:

.....
@app.tool()
asyncdefcreate_vector_index(
    ctx: Context, 
    file_path: str, 
    index_name: str, 
    chunk_size: int = 500, 
    chunk_overlap: int = 50, 
    force_recreate: bool = False
) -> str:
    """创建或加载文档向量索引(使用缓存的节点)
    
    Args:
        ctx: 上下文对象
        file_path: 文档文件路径
        index_name: 索引名称
        chunk_size: 文本块大小
        chunk_overlap: 文本块重叠大小
        force_recreate: 是否强制重新创建索引
    
    Returns:
        操作结果描述
    """
    #用来判断索引是否存在
    storage_path = f"{storage_dir}/{index_name}"
    
    try:
        # 获取Chroma客户端
        chroma = ctx.request_context.lifespan_context.chroma
        
        # 获取节点缓存路径(文档内容hash_chunksize_chunovlerlap)
        cache_path = get_cache_path(file_path, chunk_size, chunk_overlap)
        
        # 确定是否需要重建索引:强制 or 索引不存在 or 文档有变
        need_recreate = (
            force_recreate or
            not os.path.exists(storage_path) or
            not os.path.exists(cache_path)
        )
            
        if os.path.exists(storage_path) andnot need_recreate:
            returnf"索引 {index_name} 已存在且参数未变化,无需创建"
        
        # 如果需要重新创建,首先尝试删除现有的索引向量库
        try:
            chroma.delete_collection(name=index_name)
        except Exception as e:
            logger.warning(f"删除集合时出错 (可能是首次创建): {e}")
            
        # 创建新的向量库
        collection = chroma.get_or_create_collection(name=index_name)
        vector_store = ChromaVectorStore(chroma_collection=collection)
        
       # 加载与拆分文档 
        nodes = await load_and_split_document(ctx, file_path, chunk_size, chunk_overlap) 
        logger.info(f"加载了 {len(nodes)} 个节点")
        
        # 创建向量索引
        storage_context = StorageContext.from_defaults(vector_store=vector_store)
        vector_index = VectorStoreIndex(nodes, storage_context=storage_context, embed_model=embedded_model)
        
        # 缓存索引信息,这样下次不会重建
        vector_index.storage_context.persist(persist_dir=storage_path)
        returnf"成功创建索引: {index_name}, 包含 {len(nodes)} 个节点"
        
    except Exception as e:
......

【工具实现:query_document】

这是客户端调用的主要工具。其输入是索引名与查询问题。借助索引缓存,可以快速加载并执行RAG查询。这里不再展示完整处理过程:

@app.tool()
async  def query_document(
    ctx: Context, 
    index_name: str, 
    query: str,
    similarity_top_k: int = 5
) -> str:
    """从文档中查询事实性信息,用于回答具体的细节问题
    
    Args:
        ctx: 上下文对象
        index_name: 索引名称
        query: 查询文本
        similarity_top_k: 返回的相似节点数量
    
    Returns:
        查询结果
    """
......

按类似方法,再创建一个用于回答总结性问题的工具(利用LlamaIndex的SummaryIndex类型索引),此处不在赘述。

4、MCP客户端:实现Agent(基于LangGraph)

客户端的工作流程如下:

客户端的几个设计重点简单说明如下:

【配置文件】

客户端有两个重要的配置信息,分别用于MCP Server与知识文档的配置。

mcp_config.json:

配置MCP Servers的信息,支持多Server连接、工具加载与过滤(这是一个在langgraph-mcp-adapers基础上扩展的版本)。比如:

{
  "servers": {
    "rag_server": {
      "transport": "sse",
      "url": "http://localhost:5050/sse",
      "allowed_tools": ["load_and_split_document", "create_vector_index", "get_document_summary", "query_document"]
    },
     
    ...其他server...
}

doc_config.json:

配置需要索引和查询的全部文档信息。这些信息还会在查询时被注入Agent提示词,用来推理工具的使用参数:

{
    "data/c-rag.pdf": {
        "description": "c-rag技术论文,可以回答c-rag有关问题",
        "index_name": "c-rag",
        "chunk_size": 500,
        "chunk_overlap": 50
    },
    "data/questions.csv": {
        "description": "税务问题数据集,包含常见税务咨询问题和答案",
        "index_name": "tax-questions",
        "chunk_size": 500,
        "chunk_overlap": 50
    },
    ....其他需要索引和查询的文档.....
}

【主程序】

客户端主程序流程非常简单,基于一个封装的MCP客户端与AgenticRAG类型:

......
        client = MultiServerMCPClient.from_config('mcp_config.json')
        asyncwith client as mcp_client: 
        
            logger.info(f"已连接到MCP服务器: {', '.join(mcp_client.get_connected_servers())}")
            
            # 创建智能体
            rag = AgenticRAGLangGraph(client=mcp_client, doc_config=doc_config)

            # 创建向量索引,自动排重
            await rag.process_files()
            
            # 构建智能体
            await rag.build_agent()
            
            # 交互式对话
            await rag.chat_repl()

【创建智能体(build_agent)】

注意到这里的关键步骤是build_agent,会借助LangGraph预置的create_react_agent快速创建Agent。如果你需要精细化的控制,也可以自定义Graph:

......
    async def build_agent(self) -> None:

        # 获取服务端提供的工具列表
        mcp_tools = await self.client.get_tools_for_langgraph()

        ...略:配置文件生成doc_info....

        # 使用LangGraph创建ReAct智能体
        self.agent = create_react_agent(
            model=llm,
            tools=mcp_tools,
            prompt=SYSTEM_PROMPT.format(
              doc_info_str=doc_info_str,
              current_time=datetime.now().strftime('%Y-%m-%d %H:%M:%S')),
        )
        
        logger.info("===== 智能体构建完成 =====")

篇幅原因,一些细节部分不在这做详细展示。如果有疑问,欢迎后台交流。

5、端到端效果演示

现在让我们来测试下这个的“MCP化”的Agentic RAG应用的运行效果。按照如下步骤来进行:

  1. 启动MCP RAG-Server。这里用更复杂的SSE模式(暂时未支持文档上传,所以只能本机启动):

启动时会自动提取并展示服务端的工具清单。

  1. 准备客户端知识文档与配置文件。将需要索引和查询的文档放在应用的data/目录,配置好mcp_config与doc_config。不做任何其他处理。直接启动客户端应用:
python rag_agent_langgraph.py

* 观察首次运行的跟踪信息(如下图),这里的过程是:

  • 连接RAG-Server与初始化
  • 调用服务端工具创建向量索引。由于是首次访问,服务端没有索引缓存,所以会逐个对文件解析与创建向量索引
  • 最后会加载Server端工具,创建LangGraph的Agent

* 现在退出程序,再次启动客户端,观察输出(如下图),可以看到由于索引已经创建,所以会显示“无需创建”。

  1. 交互式测试

进入交互式测试环节(图中的服务端信息是通过MCP接口推送到客户端的远程日志,方便观察服务端的工作状态):

  1. 关联两个文档信息的查询

由于提供的文档有北京和上海的城市信息介绍,所以看到这个问题调用了北京和上海的RAG管道查询,还自作主张的调用了搜索引擎做补充,然后输出答案:

  1. 查询知识库答案,并要求和网络搜索结果核对。

日志显示,Agent先用本地向量索引查询,然后通过搜索引擎对比,非常准确。

  1. 总结性问题测试。

日志显示,这里未加载向量索引,而是由工具加载这个文档的节点,并生成文档摘要后返回(SummaryIndex的效率不太高,有待优化)

  1. 最后一个很有意思的测试。

由于我们把创建索引的过程“工具”化了,所以甚至可以用自然语言来管理索引。比如这里我要求把csv文档的索引重建,智能体准确的推理出工具及参数,并重建了csv文档索引(实际应用要考虑安全性):

以上展示了一个基于MCP架构的Agentic RAG系统的实现。总结这种架构下的一些明显的变化:

  • MCP要求对整个系统做模块化与松耦合的重新设计,这会带来一系列工程上的好处。比如分工与效率提升、可维护性、独立扩展、部署更灵活等。

  • MCP不依赖于某个技术堆栈。因此技术选择上更灵活,比如服务端用LlamaIndex框架,而客户端则用LangGraph;甚至可以用不同的语言。

  • MCP实现了基于标准的模块间互操作。这有助于资源共享,减少重复开发,比如其他人可以基于你的RAG Server构建Agent,而无需了解RAG的具体实现。

当然,本文应用还只是基本能力的演示,实际还有大量优化空间。比如服务端的并行处理(大规模文档)、索引进度报告、多模态解析等,后续我们将不断完善并分享。

这里给大家精心整理了一份全面的AI大模型学习资源,包括:AI大模型全套学习路线图(从入门到实战)、精品AI大模型学习书籍手册、视频教程、实战学习、面试题等,资料免费分享!

👇👇扫码免费领取全部内容👇👇

在这里插入图片描述

1. 成长路线图&学习规划

要学习一门新的技术,作为新手一定要先学习成长路线图,方向不对,努力白费。

这里,我们为新手和想要进一步提升的专业人士准备了一份详细的学习成长路线图和规划。可以说是最科学最系统的学习成长路线。
在这里插入图片描述

2. 大模型经典PDF书籍

书籍和学习文档资料是学习大模型过程中必不可少的,我们精选了一系列深入探讨大模型技术的书籍和学习文档,它们由领域内的顶尖专家撰写,内容全面、深入、详尽,为你学习大模型提供坚实的理论基础。(书籍含电子版PDF)

在这里插入图片描述

3. 大模型视频教程

对于很多自学或者没有基础的同学来说,书籍这些纯文字类的学习教材会觉得比较晦涩难以理解,因此,我们提供了丰富的大模型视频教程,以动态、形象的方式展示技术概念,帮助你更快、更轻松地掌握核心知识。

在这里插入图片描述

4. 2026行业报告

行业分析主要包括对不同行业的现状、趋势、问题、机会等进行系统地调研和评估,以了解哪些行业更适合引入大模型的技术和应用,以及在哪些方面可以发挥大模型的优势。

5. 大模型项目实战

学以致用 ,当你的理论知识积累到一定程度,就需要通过项目实战,在实际操作中检验和巩固你所学到的知识,同时为你找工作和职业发展打下坚实的基础。

在这里插入图片描述

6. 大模型面试题

面试不仅是技术的较量,更需要充分的准备。

在你已经掌握了大模型技术之后,就需要开始准备面试,我们将提供精心整理的大模型面试题库,涵盖当前面试中可能遇到的各种技术问题,让你在面试中游刃有余。

在这里插入图片描述

7. 资料领取:全套内容免费抱走,学 AI 不用再找第二份

不管你是 0 基础想入门 AI 大模型,还是有基础想冲刺大厂、了解行业趋势,这份资料都能满足你!
现在只需按照提示操作,就能免费领取:

👇👇扫码免费领取全部内容👇👇
在这里插入图片描述

MCP + 数据库,一种比 RAG 检索效果更好的新方式! 大家好,欢迎来到 code秘密花园,我是 ConardLi。在今天这一期,我们将一起学习一种基于 MCP 提高大模型检索外部知识精度的新思路,实测比 RAG 效果要好很多。 阅读详情

相关推荐

从零构建AI工作流:Dify平台实战指南与Agentic应用开发

你是否曾想过,只需拖拽几个节点,就能让 AI 自动完成从数据查询、分析到生成报告、甚至发布的全流程?当 ChatGPT 等大模型让单点对话变得触手可及时,如何将它们串联成稳定、可复用的自动化流程,成为了从“玩具”到“生产力”的关键一步。 这正是 Dify 要解决的核心问题。它不是一个简单的聊天界面包装,而是一个 生产级的 Agentic 工作流开发平台 。简单来说,Dify 让你能用“搭积木”的方式,将大模型、工具、知识库和业务逻辑连接起来,构建出能真正投入使用的 AI 应用。无论是企业内部的知识问答机器人

weixin_33787529的博客 362

MCP与RAG:增强大型语言模型的两种路径

MCP允许LLM作为AI代理的一部分,与工具互动,这些工具通常托管在服务器上,可以被不同框架使用,即使这些框架使用不同的编程语言。另一方面,RAG更适合需要保持信息最新和准确的场景,例如企业聊天机器人需要回答与产品或服务相关的问题,而这些信息可能超出了LLM的训练数据范围。从表中可以看出,MCP和RAG在增强LLM能力方面有一定的相似性,例如都涉及外部信息或工具的利用,但它们的侧重点不同。指出,RAG解决了LLM的几个挑战,如幻觉和知识过时问题,通过从外部数据库中获取信息来增强生成的可信度和准确性。

十年运维开发经验的王义杰在此分享自己的知识和经验 6621

Dify实战指南:从零部署到构建企业级AI应用与工作流

如果你正在寻找一个能快速将 AI 想法落地、无需复杂编码就能构建生产级 AI 应用和智能体工作流的平台,那么 Dify 绝对值得你花时间深入了解。它不是一个简单的提示词工具,而是一个开源的、企业级的 AI 应用开发平台,由 LangGenius 团队打造。简单来说,Dify 让你能像搭积木一样,通过可视化拖拽的方式,连接大模型、知识库、工具和逻辑判断,构建出复杂的 AI 应用。 这篇文章不是泛泛而谈的概念介绍,而是直接切入实战。我们会从 Dify 的核心能力、部署方式讲起,手把手带你完成从零部署到构建第一个

weixin_30312563的博客 436

终于有人讲清楚MCP、 RAG、 Agent之间的关系和概念了!

RAG 像一个认真的学生: 设想学生准备学术报告时,遇到模糊概念绝不空想,而是登录知网调阅文献,筛选出核心期刊的权威论文,再引用规范的实验数据来佐证观点。RAG就是AI的"文献溯源"能力。但随着技术的发展和在线资源的丰富,零基础的小白也有很好的机会逐步学习和掌握。如果 AI 只能思考决策(Agent),但没有可靠的信息来源(RAG):它可能会做出一些基于假设的决策,但这些决策可能不准确。如果 AI 只有 RAG 能力(只会查资料),但不会思考和使用工具:它可以回答一些基于事实的问题,但无法完成复杂的任务。

javatiange的博客 1460

Dify 本地部署与 AI 工作流实战:从零构建营销文案生成器

Dify 是一个开源的、生产级的 Agentic 工作流开发平台,由 LangGenius 团队打造。它的核心目标很直接:让你能通过可视化拖拽的方式,快速构建和部署复杂的 AI 应用和工作流,而无需编写大量代码。简单来说,它把大模型(LLM)的能力封装成一个个可连接的“节点”,你只需要像搭积木一样把它们连起来,就能实现从简单的问答机器人到复杂的多步骤自动化任务。 这篇文章的重点不是空谈概念,而是让你能立刻上手。我们会从零开始,一步步完成 Dify 的本地部署、工作流搭建,并验证其核心功能。无论你是想快速验证

weixin_33747129的博客 433

MCP保姆级详解和实战案例(附完整代码)

Function Call是大模型基于意图识别触发预设函数的机制,其本质是模型与外部工具的“点对点”交互。平台依赖性强:对于不同大模型(如GPT、Claude),Function Call的实现差异显著,开发者需要为每个大模型编写适配的相关代码。扩展性不足:新增工具需调整模型接口或重新训练,难以支持复杂多轮任务。从模型调用工具的流程来看,MCP 跟 Function Call 是调用链上的两个环节。

人不风流枉少年 2656

从零开始!用MCP架构打造强大Agentic RAG系统,小白也能轻松上手(收藏备用)

本文介绍了如何利用MCP架构从零实现一个完整的Agentic RAG系统,展示了MCP与RAG、Agent的有趣融合。内容涵盖MCP与Agentic RAG的融合思考、MCP标准下的Agentic RAG架构设计、MCP服务端实现RAG-Server(基于LlamaIndex)以及MCP客户端实现Agent(基于LangGraph)。文章还详细阐述了服务端和客户端的设计重点,包括工具实现、缓存机制、配置文件等,并通过端到端效果演示验证了该架构的可行性和优势。

大模型教程的博客 677

微信小程序导航栏滑动一定距离后固定到顶部

接上一篇文章的内容,通常在一个页面中部会有一个导航栏查看不同的内容,这篇文章旨在实现在页面下滑的过程中导航栏自动固定到顶部以便我们阅读过程中的切换。 下滑一段距离后自动固定到顶部 首先,思考这个功能应该是怎么实现的: 在页面下滑的过程中,我们希望系统应当能识别下滑了多少距离,当原本的导航栏逐渐被遮住以后(遮住意味着下滑了特定距离),触发这个功能,执行另一种样式,将导航栏固定在页面顶端,同时如果我们将页面往上滑,系统能识别到原来的导航栏能露出来了(即距离顶端的高度小于一个特定的值),这时候又执行最初的样式

Oblivision_Geek的博客 4031

一文看懂Agentic RAG+MCP:打造智能检索系统

同时课程详细介绍了。

jennycisp的博客 480

【ArcGIS】ArcMap中北京1954坐标系转WGS84的实战技巧与参数选择

本文详细解析了在ArcMap中将北京1954坐标系数据转换为WGS84坐标系的完整流程与核心技巧。针对常见的坐标偏移问题,文章首先强调了数据“归位”的重要性,并提供了处理假东、假北值的具体操作步骤。随后,重点阐述了地理变换参数(如Beijing_1954_To_WGS_1984_2)的选择逻辑及其对转换精度的决定性影响,并结合案例说明了参数选择、中央经线确认及结果验证等关键环节,旨在帮助用户高效、准确地完成坐标转换。

f6g7h8i9j的博客 330

【TensorRT】TensorRT C# API 项目介绍:基于C#与TensorRT部署深度学习模型(上篇)

开发了TensorRT C# API 2.0版本,该版本在开发时充分考虑了上一版本应用时出现的问题,并进行了改进。同时在本版本中,我们对接口进行了优化,使用起来更加简单,并同时提供了相关的应用案例,方便开发者进行使用。

grape_yan的博客 3038

MCP协议与Hermes Agent:构建标准化AI智能体协作生态

在AI应用开发领域,智能体(Agent)已成为连接大语言模型(LLM)与外部世界的关键组件。其核心原理在于通过标准化协议,使模型能够感知、调用并整合各类工具与数据源,从而突破纯文本生成的局限,实现复杂任务的自动化执行。这一技术价值在于将AI能力工程化、模块化,大幅提升了开发效率与系统可维护性。其典型应用场景包括动态信息检索(RAG)、自动化工作流、数据分析助手等。本文聚焦的Hermes Agent,正是基于Model Context Protocol(MCP)这一新兴标准构建的智能体框架。MCP协议如同智能

weixin_34290631的博客 325

GAMES101学习-第8课进行shader的初步了解

详细理解课上展示的像素着色器GLSL,以及了解了API、OpenGL、DirectX到底是什么,还有shadertoy这个网站的初步探索。

qq_41835314的博客 1917

Elastic:开发者上手指南

你们好,我是Elastic的刘晓国。如果大家想开始学习Elastic的话,那么这里将是你理想的学习园地。在我的博客几乎涵盖了你想学习的许多方面。在这里,我来讲述一下作为一个菜鸟该如何阅读我的这些博客文章。 我们可以按照如下的步骤来学习: 1)Elasticsearch简介:对Elasticsearch做了一个简单的介绍 2)Elasticsearch中的一些重要概念:cluster,n..........................................................

Elastic 中国社区官方博客 17万+

STM32F103C8T6+I2C+DMA读取陀螺仪模块JY901S(硬件I2C

说明:1.本实验代码适用移植一切stm32f1系列;2.本实验使用的是外设资源硬件I2C2;3.本实验运用的是DMA单次模式,如果需要DMA的循环模式,请移步我的另一篇文章;4.本文章不提供陀螺仪校准教学,并是在没有校准陀螺仪情况下读取数据;5.本文章是作者的学习记录及心得,如有不足,欢迎指正。 总结:亲测stm32f103c8t6最小系统板通过片上外设资源I2C配合DMA读去陀螺仪模块jy901s偏航角有效。

anquanyuanqqadsy的博客 6172

Windows 11 安装 MySQL 8.4:安装包方式、下载、安装、使用

本文详细介绍了在 Windows 11 系统下通过 MSI 安装包方式安装 MySQL 8.4 LTS 社区版的完整流程,包括版本选择、下载、自定义安装路径、服务配置、日志设置、示例数据库创建及后续使用方法。同时提供了命令行客户端与图形化工具 DBeaver 的连接与操作演示,适合初学者和开发者快速搭建本地 MySQL 开发环境。

寒水馨 · 轻量级技术文档 · hanshuixin.org 2262

LocalAGI终极指南:在本地硬件上打造完全隐私的AI智能体系统

想象一下,你拥有一个完全自主的AI助手,它能理解你的需求、执行复杂任务、连接各种服务,却不需要向任何云服务发送数据。这就是**LocalAGI**——一个100%本地运行的AI智能体平台,让你在消费级硬件上享受企业级AI能力,同时确保数据隐私的绝对安全。作为OpenAI Responses API的完整替代方案,LocalAGI提供了先进的智能体功能,无需云端依赖,真正实现"你的AI、你的硬件、你

gitblog_00933的博客 926

智能制造——解读AI+工业设备预测性维护解决方案【附全文阅读】

摘要:本方案面向设备密集型制造企业,提供基于AI的预测性维护解决方案。通过工业物联网、大数据和AI算法,整合传感器数据与专家知识库,构建异常检测、故障诊断等模型,实现设备台账管理、智能点检等核心功能。方案配套软硬件工具矩阵,已在锂电子等行业落地应用,可降低维护成本30%以上,减少非计划停机50%,助力企业智能化转型。

cdfunlove的博客 139

Neuron-ai框架详解:如何用PHP构建功能强大的AI智能体

Neuron-ai是一个功能强大的PHP Agentic框架,专为构建生产就绪的AI驱动应用而设计。这个创新的框架让PHP开发者能够轻松创建智能AI智能体,连接LLM、向量数据库、内存等组件,打造可与数据交互的智能应用系统。无论你是AI新手还是经验丰富的开发者,Neuron-ai都能帮助你快速搭建企业级的AI解决方案。 ## 🚀 Neuron-ai框架的核心优势 Neuron-ai框架提供了

gitblog_00178的博客 1096

玩转Docker小游戏项目系列: Docker部署中国象棋网页小游戏

玩转Docker小游戏项目系列: Docker部署中国象棋网页小游戏

jks212454的博客 440

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

开源神器MaxKB:企业级AI智能体开发终结者,一键打造专属知识库与AI客服!

今天,我们将深度解析一款重磅开源项目——MaxKB,它将企业级AI应用的开发门槛降至冰点。无论你是开发者、技术爱好者,还是希望为团队引入AI能力的学生,这篇文章都将为你打开新世界的大门!

2401_82469710的博客 1176

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

从云平台到本地部署:Dify开源AI应用平台四步搭建与核心价值解析

如果你已经用过“扣子”(Coze),体验过那种拖拽式构建 AI 应用或智能体的便捷,你可能会问:市面上已经有这么成熟的平台了,为什么我还要费劲去本地部署一个 Dify? 这个问题背后,其实隐藏着开发者、技术团队甚至企业决策者面临的一个核心选择: 是选择开箱即用的云服务,还是选择自主可控、深度定制的本地化平台? “扣子”这类平台,确实极大地降低了 AI 应用的门槛,让你能快速验证想法。但当你需要将 AI 能力深度集成到自己的业务系统、处理敏感的内部数据、或者需要根据特定业务逻辑定制复杂的 AI 工作流时,云平

weixin_30896511的博客 483

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

Dify开源AI应用平台:从零部署到企业级工作流实战指南

Dify 是一个开源的 AI 应用开发平台,由 LangGenius 团队打造,核心目标是让开发者、产品经理甚至业务人员都能快速构建和部署生产级的 AI 应用。它不是一个单一的模型,而是一个集成了大模型编排、RAG(检索增强生成)、Agentic 工作流、可视化构建和可观测性的一站式平台。简单说,你可以把它理解为一个“AI 应用的操作系统”,通过拖拽和配置,就能把想法变成可运行的 AI 服务。 这篇文章不讲虚的,直接看它能解决什么实际问题:如果你需要快速搭建一个企业知识库问答机器人、一个自动化的内容生成流水

weixin_29057695的博客 281

Dify 开源 AI 应用开发平台:从零部署到企业级工作流实战

Dify 是一个开源的、生产级的 Agentic 工作流开发平台,由 LangGenius 团队打造。它的核心目标是把 AI 创意快速落地,让你能通过可视化拖拽的方式,构建和部署复杂的 AI 应用和工作流,而无需处理繁琐的后端复杂性。简单说,它把大模型应用开发的门槛降到了最低,无论是想快速验证一个 AI 想法,还是构建一个企业级的智能问答、内容生成或自动化流程,Dify 都能提供一站式的解决方案。 这个平台最值得关注的点在于它的“开箱即用”和“生产就绪”。它无缝集成了全球主流的大语言模型(LLM),无论是

weixin_34289454的博客 483

2026大厂大模型/Agent面试题

1题目不是很全,因为不都是笔者的面试,都是笔者各个渠道(牛客,脉脉,boss直聘)刷到的,然后随缘汇总,帮助自己复习,也帮助大家复习。

weixin_44151034的博客 1751

Elastic 9.5: Columnar 、 VectorDB 索引模式与自动校准,以及由 AI 驱动的告警分类整理

Elastic 9.5平台正式发布,带来多项创新功能:1. 新增Columnar Mode列式存储模式,可显著减少存储空间并提升查询速度;2. 推出Vector DB索引模式和自动校准功能,实现开箱即用的向量搜索;3. 原生支持Prometheus和PromQL,便于迁移监控工作负载;4. 强化AI Agent构建能力,包括可观测性监控和人机协同审批;5. 安全方面引入Attack Discovery功能,可自动验证告警并生成检测规则;6. 增强端点防护能力,支持Windows on ARM设备。该版本还改

Elastic 中国社区官方博客 1048
上一篇: 算法工程师薪资全景解析(含大模型岗),小白/程序员必看
下一篇: 程序员&小白必看:大模型时代,职业洗牌下的学习与转型指南
Llama-Turbo
博客等级 码龄4年 9901粉丝 2022原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值