亚马逊AWS官方博客
基于 AWS 构建企业 AI 助手:云南神农集团案例分析
![]() |
1. 云南神农集团企业介绍
云南神农集团是云南省领先的农业科技企业,专注于现代农业技术研发、农产品生产加工及销售。近年来,随着数字化转型的实施,企业已完成了各核心业务系统向云端的迁移,其中最具代表性的是成功实施了 SAP Rise with AWS,将企业 ERP 系统部署至亚马逊云科技的中国宁夏区域,为神农集团带来了显著的业务价值。
然而,随着企业信息系统的不断丰富,一个新的挑战逐渐显现:如何让员工高效地获取分散在各个系统中的信息资源?
2. 企业 AI 助手的需求介绍
在与企业数字化团队和业务部门的深入沟通中,我们发现企业面临以下关键痛点:
- 信息孤岛问题:尽管各业务系统已迁移至云端,但系统间的数据流通不顺畅,员工需要在多个系统间切换获取完整信息。
- 知识获取效率低:企业积累了大量的业务知识、SOP 手册和最佳实践,但较为分散,员工查找信息耗时长。
- 专业支持资源有限:数字化支持团队和业务专家的资源有限,无法及时响应日常所有的咨询需求。
- 新员工培训成本高:新员工需要较长时间才能熟悉企业各系统的操作和业务流程,培训成本高。
基于以上痛点,神农集团提出了构建企业 AI 助手的需求,希望通过 AI 整合企业内部知识资源,并实现与业务系统的交互,具体需求包括:
- 统一知识访问入口:提供一个集中的界面,让员工通过自然语言提问以获取分散在各业务系统/知识库中的信息。
- 业务系统交互:代表用户执行简单的系统操作,如:分析各项数据并生成报料计划;查询药品库存和上游供应厂的疫病数据,生成针对性的治疗方案。
- 安全合规:确保数据访问和处理符合企业安全策略和相关法规要求。
3. 企业 AI 助手的架构设计
架构概览
![]() |
该架构主要包含以下几个核心组件:
前端交互层
- 基于 VUE 开发的 Web 应用,部署在 Amazon S3 和 CloudFront 上
AI 工作流及编排
- AI 助手网关,负责路由请求以及用户权限校验
- 使用 Dify 作为 AI 工作流编排平台
AI 推理层
- DeepSeek-R1-8B 或同类小参数量模型作为问题分类器以获得良好的速度
- DeepSeek-V3 或同等级别,作为 AI 推理、Function Calling 和 Instruction Following 的模型
知识管理层
- Amazon OpenSearch 作为向量数据库
- BGE-large-zh-v1.5 作为向量模型,它在中文场景下表现良好且资源消耗较低。
- BGE-Reranker 作为 Rerank 模型,对候选检索结果进行精细排序,提升检索的精度。
- Amazon S3 存储原始企业文档,Amazon Lambda 检索 S3 上原始文档的变化事件以触发知识库的 Re-indexing
MCP Server(Model-Controller-Provider)
- 作为业务数据查询的中间件,在 AI 助手架构中扮演着关键角色,通过统一的接口和权限控制,它使 AI 助手能够安全、高效地访问分散在各个业务系统中的数据,而无需了解底层系统的复杂性。
4. RAG 的实现及优化
检索增强生成(RAG)是企业 AI 助手的核心能力之一,我们采用了多项技术手段来优化 RAG 效果。
4.1 知识库构建
客户的知识库资料分散在多个系统中,格式各异(Word、PDF、PPT等)。我们构建了统一的处理流水线:
文档转换:使用 AWS Lambda 将不同格式的文档转换为纯文本。
内容分段及分块:使用大模型将长文档根据章节分段:重新提炼章节名称,章节名称包含完整的章节链;在章节末尾插入明显的分隔符,例如 —–。 根据上一步分段的结果,将每段切分为适合检索的小块(chunk),并保留适当的上下文重叠。
4.2 检索策略优化
为提高检索质量,我们实施了以下优化策略:
4.2.1 混合检索
- BM25算法:基于关键词匹配,能够捕捉精确的术语和专有名词。
- 向量相似度检索:基于语义理解,能够处理同义词和意图相似的查询。
- 混合排序:综合考虑两种检索结果,动态调整权重。
4.2.2 查询重写,使用大语言模型对用户原始查询进行重写和扩展
- 提炼重点问题:去除自然语言中无用的信息,提炼出简洁的问题。
- 查询分解:将复杂问题分解为多个子查询。
- 查询扩展:添加相关术语和同义词,增加召回率。
通过这些优化措施,神农集团的 AI 助手在知识问答方面达到了一定的准确率。
5. Tool Use 的实现及优化
除了知识问答能力外,AI 助手还需要能够与企业内部系统交互,执行实际的业务操作。这种能力被称为 Tool Use(工具使用),是提升 AI 助手实用性的关键。Dify 作为 AI 应用编排平台负责对话管理、工具调用编排和 LLM 交互,而 MCP Server则专注于业务系统集成,为 Dify 提供业务功能 API。这种职责分工使系统更加模块化,便于维护和扩展。 现有业务系统使用 Java SpringCloud 实现,使用 Consul 作为服务注册中心;MCP Server 使用 Python 语言、FastAPI 和 FastAPI-MCP 实现,并使用 consulate 包接入 SpringCloud 微服务框架。
![]() |
Remote MCP Server 实现(业务系统集成层)
本案例的 POC 项目地址:https://github.com/coderrrr/mcp-ai-assistent-demo
mcp_server.py
启动脚本
start_mcp_server.sh
Dify 工具注册
本案例使用开源项目 dify-plugin-agent-mcp_sse 提供 Function Calling 和 ReAct 的 Agent 策略集合。MCP 服务配置如图,此处使用简化了的工作流展示基本逻辑:
![]() |
调试运行效果:
![]() |
6. 总结
通过与云南神农集团的深度合作,我们成功构建了综合性企业 AI 助手系统。该智能系统通过整合大语言模型、企业知识库及业务系统数据,实现了对业务场景的深度理解与实际问题解决能力。在实施路径上,企业将基于日常业务运营中持续积累的知识资产,分阶段开展模型调优工作,最终将形成具备行业专业认知的智能解决方案响应体系,为企业决策提供更准确的支持。
*前述特定亚马逊云科技生成式人工智能相关的服务仅在亚马逊云科技海外区域可用,亚马逊云科技中国仅为帮助您了解行业前沿技术和发展海外业务选择推介该服务。