惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

The GitHub Blog
The GitHub Blog
博客园 - 三生石上(FineUI控件)
V
V2EX
博客园 - 司徒正美
小众软件
小众软件
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tailwind CSS Blog
Last Week in AI
Last Week in AI
雷峰网
雷峰网
月光博客
月光博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Apple Machine Learning Research
Apple Machine Learning Research
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
S
SegmentFault 最新的问题
美团技术团队
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
爱范儿
爱范儿
博客园 - 聂微东
量子位
J
Java Code Geeks
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
拆解AI复杂系统核心组件:Agent、MCP、RAG、Skill四者关系与...
EVE的星球 · 2026-03-25 · via 人人都是产品经理

随着生成式AI从“对话式交互”向“自主式执行”升级,越来越多的AI系统开始具备“理解需求、拆解任务、调用工具、完成闭环”的能力。而支撑这一能力的核心,正是Agent、MCP、RAG、Skill四大组件的协同配合。

一、四大核心组件:各自定位与核心能力(通俗拆解)

要理解四者的关系,首先要明确每个组件的“分工”——就像一个高效的团队,每个人都有自己的核心职责,缺一不可。

1. Agent(智能助理/智能体):AI系统的“总指挥”

定位:整个AI系统的核心决策与统筹单元,相当于团队里的“项目经理”或“私人助理”,具备自主思考和任务调度能力。

核心能力:接收用户需求后,能自主理解意图、拆解复杂任务、规划执行步骤、决策调用哪些资源(知识/工具),并完成整个任务的闭环反馈。

类比:领导让你“整理上周销售数据,生成分析报告并发送给全体部门负责人”,你作为“Agent”,会拆解出“获取数据→分析数据→生成报告→发送邮件”四个子任务,再决定分别用什么工具、查什么资料,最终完成任务。

2. RAG(检索增强生成):AI系统的“精准知识库”

定位:为Agent提供实时、准确、可追溯的外部知识支持,解决大模型“知识滞后”“易产生幻觉”的核心痛点,相当于团队里的“资料研究员”。

核心能力:通过向量检索、文档召回等技术,从外部知识库(企业文档、行业数据、实时信息等)中快速找到与任务相关的内容,将其注入到提示词中,让Agent生成的内容更精准、更有依据。

流程:检索(从知识库找相关内容)→ 增强(将检索到的知识融入提示词)→ 生成(辅助Agent输出结果)。

类比:写报告时,你需要查“上周销售数据口径”“行业平均增速”等资料,这些资料就是RAG提供的“知识支持”,没有这些,报告就可能出现数据错误或脱离实际的问题。

3. Skill(工具):AI系统的“执行工具箱”

定位:具体的执行单元,封装了可直接调用的原子能力,是Agent完成任务的“手脚”,相当于团队里的“执行专员”。

核心能力:每一个Skill都是一个独立的可调用工具,比如查数据库、发邮件、生成图表、调用第三方API、爬取网页信息等,Agent通过调用不同的Skill,完成具体的执行动作。

特点:可动态扩展、组合使用——比如“查数据库”和“生成图表”两个Skill组合,就能完成“数据提取+可视化”的完整动作;新增“翻译”Skill,就能让Agent具备多语言处理能力。

4. MCP(模型上下文协议):AI系统的“万能接口与调度中枢”

定位:连接Agent、RAG、Skill的“中间层”,负责标准化调度、权限管理、上下文维护,相当于团队里的“行政协调员”+“万能连接器”。

核心能力:

  • 统一调度:接收Agent的调用请求,根据请求类型(需要知识/需要执行),分发到对应的RAG或Skill组件;
  • 接口标准化:为RAG、Skill提供统一的调用接口,避免不同组件“接口不兼容”的问题,降低系统集成成本;
  • 上下文与权限管理:保存任务进度、用户偏好、会话状态,同时控制Agent对RAG/ Skill的调用权限,避免违规操作;
  • 异常处理:当RAG检索失败、Skill调用超时或权限不足时,统一处理并反馈给Agent,让Agent重新调整决策。

类比:电脑的USB-TypeC接口——不管是U盘、显示器还是充电器,都能通过这个统一接口连接电脑,MCP就相当于这个“统一接口”,让Agent、RAG、Skill能高效、安全地协同工作。

二、四者关系可视化:两张图看懂调用逻辑

光靠文字描述可能还是有点抽象,下面我们用两张图,分别从“层级关系”和“时序流程”两个角度,直观展示四者的调用逻辑,适合直接用于PPT或笔记。

1. 层级结构图:谁在“指挥”,谁在“执行”

这张图清晰展示了四者的层级关系——Agent统筹全局,MCP居中调度,RAG和Skill作为底层支撑,接收MCP的调度指令。

2. UML时序图:按时间顺序看完整调用流程

这张图严格按照UML时序图风格绘制,从上到下是时间流向,箭头代表“谁调用谁”,清晰展示了从用户发起请求,到最终返回结果的完整流程,适合技术和产品从业者理解工程实现逻辑。

三、四者核心关系总结:协同才能发挥最大价值

四大组件并非独立存在,而是相互依赖、协同工作的——缺少任何一个,AI系统都无法完成复杂任务。我们用5组核心关系,帮你快速梳理清楚:

1. Agent ↔ RAG:总指挥与知识库的配合

RAG是Agent的“知识底座”:Agent做决策、生成内容时,必须依赖RAG提供的实时、准确的外部知识,否则就会出现“拍脑袋决策”“内容幻觉”的问题;

Agent是RAG的“调用者”:RAG不会主动工作,需要Agent根据任务需求,通过MCP触发RAG的检索动作,并且Agent会判断RAG返回的知识是否可用,是否需要重新检索。

2. Agent ↔ Skill:总指挥与执行手的配合

Skill是Agent的“执行手臂”:Agent只负责“想和规划”,不负责“做”,具体的执行动作(查数据、发邮件等),都需要通过MCP调用对应的Skill来完成;

Agent决定Skill的“组合方式”:复杂任务需要多个Skill组合使用,比如“生成销售报告”需要调用“查数据库”“生成图表”“编辑文档”三个Skill,Agent会规划好调用顺序和逻辑。

3. Agent ↔ MCP:总指挥与调度员的配合

MCP是Agent的“调度中枢”:Agent不会直接调用RAG和Skill,而是将调用请求下发给MCP,由MCP统一分发和管理,这样既能解耦组件,又能保证调用的安全性和规范性;

MCP为Agent提供“上下文支持”:MCP会保存任务进度、用户偏好等信息,Agent可以随时从MCP获取这些信息,避免重复决策,确保任务闭环。

4. RAG ↔ MCP:知识库与调度员的配合

MCP是RAG的“数据通道”:RAG需要访问外部知识库、数据库等资源,这些资源的访问权限和接口,都由MCP统一管理,RAG通过MCP才能安全获取数据;

MCP标准化RAG的“调用接口”:不同的RAG组件(比如不同的检索工具),接口可能不同,MCP会将这些接口标准化,让Agent无需关注RAG的具体实现,只需通过MCP就能调用。

5. Skill ↔ MCP:执行工具与调度员的配合

MCP是Skill的“注册与调用中心”:所有Skill都需要在MCP注册,明确自己的功能、接口和权限,Agent只能通过MCP调用已注册的Skill,避免违规调用;

MCP处理Skill的“异常情况”:当Skill调用失败、超时或权限不足时,MCP会统一捕获异常,并反馈给Agent,让Agent重新调整调用策略(比如更换Skill、重试调用)。

四、实际落地场景:看四者如何协同完成复杂任务

理论终要落地,我们以产品经理最熟悉的“自动生成产品周报”为例,完整看一遍四者的协同流程,帮你更好地理解:

1)用户向Agent下达任务:“帮我生成上周的产品周报,包含核心数据、功能迭代进度、用户反馈,生成后发送给产品总监”;

2)Agent拆解任务:拆解为4个子任务——① 获取上周产品核心数据;② 整理功能迭代进度;③ 汇总用户反馈;④ 生成周报并发送邮件;

3)Agent向MCP发起请求:需要调用“查数据库”Skill(获取数据)、“RAG检索”(获取功能迭代文档、用户反馈记录)、“生成文档”Skill(生成周报)、“发邮件”Skill(发送周报);

4)MCP调度执行:

  • 调用RAG:检索“上周功能迭代文档”“用户反馈汇总表”,返回给MCP;
  • 调用“查数据库”Skill:获取上周DAU、留存率、转化率等核心数据,返回给MCP;

5)MCP整合结果:将RAG返回的文档、Skill返回的数据,统一整理后反馈给Agent;

6)Agent生成周报:根据MCP返回的信息,调用“生成文档”Skill,生成符合格式的产品周报;

7)Agent再次通过MCP调用“发邮件”Skill,将周报发送给产品总监;

8)MCP反馈执行结果:将“邮件发送成功”的信息返回给Agent,Agent确认任务完成,向用户反馈“周报已生成并发送”。

五、总结:四大组件的核心价值与未来趋势

对于产品经理和技术从业者来说,理解Agent、MCP、RAG、Skill的关系,不仅能看懂AI系统的底层架构,更能在实际工作中(比如设计AI产品、对接技术开发)做出更合理的决策。

一句话总结四者的价值:Agent统筹全局,决定“做什么、怎么做”;MCP搭建桥梁,确保“能协同、能管控”;RAG提供支撑,保证“做的对、有依据”;Skill落地执行,实现“能落地”。四者协同,才让AI从“只会对话”升级为“能自主完成复杂任务”的智能系统。

未来,随着AI技术的发展,四大组件的边界可能会进一步融合,但核心分工不会改变——Agent会更智能(更精准的任务拆解),MCP会更高效(更灵活的调度),RAG会更精准(更快速的检索),Skill会更丰富(更多元的执行能力)。

如果你正在设计AI产品、搭建AI系统,不妨从这四大组件入手,明确每个组件的定位和协同逻辑,让你的AI产品真正具备“自主执行”的核心能力。

最后,附上本文核心图示的简化版,方便你收藏备用:

核心流向:用户 → Agent → MCP → RAG/Skill → MCP → Agent → 用户

本文由 @EVE的星球 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自作者提供