互动教学 · 通俗易懂

搞懂 AI 智能体
从概念到实战

用大白话 + 动画图解 + 真实案例,一次讲透 AI Agent、工具调用、Skill 技能、MCP 协议四大核心概念。

开始学习 直接测验

四个关键概念,一图看懂

AI 智能体的世界由这四大基石构成,它们从不同层面让 AI "长出手脚"。

🤖

AI 智能体

能自主感知、思考、行动的 AI 系统,是"大脑"

🔧

工具调用

AI 通过函数调用使用外部工具,是"双手"

Skill 技能

预封装的能力模块,即插即用,是"技能包"

🔌

MCP 协议

连接 AI 与外部世界的标准接口,是"USB-C"

💡
一句话理解:AI 智能体是大脑(负责想),工具调用是双手(负责做),Skill 是技能包(打包好的能力),MCP 是USB-C 接口(标准化的连接方式)。四者配合,AI 才能真正"干活"。

什么是 AI 智能体?

从"只会聊天"到"能干活"——AI 进化的关键一步。

📖
定义:AI 智能体(AI Agent)是一种能够感知环境、自主决策、执行行动来完成目标的人工智能系统。它不只会回答问题,还能主动规划步骤、调用工具、与外部世界交互。
对比维度 🧑‍💻 传统 AI(如 ChatGPT 聊天) 🤖 AI 智能体
核心能力 理解问题,生成文本回答 理解目标,规划步骤,调用工具执行
交互模式 一问一答,被动响应 自主多步行动,主动推进
能否使用工具 ❌ 只能靠"脑子里的知识"回答 ✅ 可以查数据库、调 API、操作文件
是否有记忆 单轮对话,结束即忘 有长期记忆,跨对话记住上下文
典型场景 "帮我写一首诗" "帮我查明天北京的天气,如果下雨就提醒我带伞"

🧠 智能体工作循环

智能体通过"感知→思考→行动→观察"的循环不断推进任务

AI 大脑 LLM 核心 感知 Perceive 思考 Plan 行动 Act 观察 Observe 理解输入 规划方案 执行工具 获取结果
案例
旅行规划智能体
你说:"帮我规划下周末去杭州的两日游。"

传统 AI 回答:给你一段杭州旅游攻略文字,景点推荐、美食推荐……但天气怎样?门票多少?怎么订酒店?全靠你自己去查。

智能体回答: 感知 理解你的需求(杭州、两日游、下周末)
思考 规划步骤:查天气→查景点→查门票→查酒店→生成行程
行动 调用天气API查杭州下周天气
行动 调用地图API查景点距离和门票
行动 调用酒店API查周末房源和价格
观察 收集所有结果,发现周六有雨
思考 调整计划:周六安排室内景点(博物馆、龙井村品茶),周日户外(西湖、灵隐寺)
行动 生成最终行程表,附酒店预订链接
智能体和大模型(LLM)是什么关系?

大模型(如 GPT-4、Claude)是智能体的"大脑引擎",负责理解语言和推理决策。但大模型本身只能"说话",不能"做事"。智能体 = 大模型 + 工具 + 记忆 + 规划能力,是在大模型之上搭建的完整系统。

打个比方:大模型是一颗聪明的大脑,但只有脑子没有手脚。智能体给这颗大脑装上了眼睛(感知)、手脚(工具调用)、记忆本(长期记忆),让它真正能"干活"。

智能体一定能自主行动吗?会不会失控?

目前主流的智能体设计都包含人类审批环节(Human-in-the-loop)。智能体可以自主规划和建议,但在执行关键操作(如发送邮件、修改文件、花钱支付)前,通常需要人类确认。这是安全设计的基本原则。

未来随着技术成熟和信任建立,自主程度会逐步提高,但"可控"始终是底线。

日常生活中有哪些智能体的例子?
  • 手机助手:Siri、小爱同学(早期形态,能力有限)
  • 客服机器人:能查订单、改地址、退款(不只是聊天)
  • 编程助手:Cursor、Copilot(能读代码、写代码、跑测试)
  • 自动化办公:自动整理邮件、安排日程、生成报告
  • 你正在用的 AI 工具:能读写文件、执行命令、联网搜索——它就是一个智能体!

工具调用(Tool Calling)

AI "长出双手"的关键技术——让大模型能调用外部函数和 API。

概念原理
工作流程
案例演示
代码示例
📖
定义:工具调用(也叫 Function Calling)是指大模型根据用户的自然语言请求,自动选择合适的工具(函数/API),构造调用参数,执行后把结果整合到回答中的技术。

为什么需要工具调用?

大模型有三个先天短板:

🕐
知识有时效

训练数据有截止日期,不知道"今天"

🧮
算不准数学

概率模型,不是计算器,复杂运算容易出错

🔒
碰不到外部

无法直接操作数据库、文件、API

工具调用解决的就是第三个问题:给大模型一个"工具箱",它需要什么信息就自己去取,需要什么操作就自己去执行。

工具调用五步走

1
👤
用户提问
"北京明天天气如何?"
2
🧠
理解意图
需要查天气→选weather工具
3
⚙️
构造参数
city="北京", date="明天"
4
🚀
执行工具
调用天气API→返回数据
5
💬
整合回答
"北京明天晴,25°C"
🔑
关键点:大模型本身不执行工具,它只是"决定"调用哪个工具、传什么参数。实际执行由外部程序完成,结果返回给大模型后,它再生成自然语言回答。

真实案例:多工具协作

场景
用户:"帮我查下最新的 iPhone 价格,然后算一下分 12 期每期多少钱"
智能体的处理过程:

步骤1 大模型分析需求:需要两个动作——查价格 + 算分期
步骤2 调用工具 search_price("iPhone 16") → 返回 ¥5999
步骤3 调用工具 calculate_installment(5999, 12) → 返回 ¥499.92/期
步骤4 整合回答:"最新 iPhone 16 价格为 ¥5999,分 12 期每期约 ¥499.92。"

注意:大模型自己不会"搜索"也不会"计算",它只是知道"该用哪个工具"和"该传什么参数"。
生活类比
工具调用就像点外卖
你(用户)跟服务员(大模型)说"我饿了,想吃面条"。
服务员不会自己去做面,而是查看菜单(工具列表),选择"下单"这个工具,填写参数(菜品=面条、份数=1、辣度=微辣),然后交给厨房(外部程序)去做。面做好了(结果返回),服务员端给你并说"您的面条来了"(整合回答)。

伪代码:定义和使用工具

Python 伪代码
# 1. 定义工具(告诉大模型有哪些工具可用)
def get_weather(city: str, date: str) -> dict:
   """查询指定城市指定日期的天气"""
   # 调用真实天气API(这里简化)
   return {"city": city, "date": date, "temp": "25°C", "weather": "晴"}

# 2. 大模型收到的"工具描述"(JSON Schema)
tools = [{
   "name": "get_weather",
   "description": "查询城市天气",
   "parameters": {
      "city": {"type": "string", "description": "城市名"},
      "date": {"type": "string", "description": "日期"}
   }
}]

# 3. 大模型的"决策"(它决定调用哪个工具、传什么参数)
# 用户说:"北京明天天气怎么样?"
# 大模型输出:
tool_call = {
   "name": "get_weather",
   "arguments": {"city": "北京", "date": "2026-09-12"}
}

# 4. 外部程序执行工具,拿回结果
result = get_weather("北京", "2026-09-12")
# result = {"city":"北京","date":"2026-09-12","temp":"25°C","weather":"晴"}

# 5. 结果给回大模型,它生成最终回答
# 大模型回答:"北京明天天气晴朗,气温约25°C,适合出行。"
⚠️
注意:以上是简化的伪代码,实际开发中不同大模型平台(OpenAI、Anthropic、国产大模型)的 API 格式略有不同,但核心逻辑一致。建议教师核实具体 API 文档的准确性。

Skill 技能

预封装的能力模块——让 AI "开箱即用",不用每次从零学起。

📖
定义:Skill(技能)是一种预封装好的、可复用的能力模块,包含特定领域的知识、操作步骤、工具配置和最佳实践。AI 加载一个 Skill 后,立刻就拥有了该领域的专业能力,无需从头学习。
🎯
生活类比:Skill 就像手机装 App
你的手机出厂时只能打电话、发短信。装上微信 Skill → 能聊天;装上支付宝 Skill → 能付钱;装上高德地图 Skill → 能导航。每个 Skill 就是给 AI 装了一个"专业 App"。

Skill 和工具调用是什么关系?

对比维度 🔧 工具调用(Tool Calling) ⚡ Skill 技能
粒度 单个函数/API调用,是"原子操作" 一组工具+知识+流程的封装,是"能力包"
类比 一把螺丝刀(单个工具) 一个工具箱(含螺丝刀、扳手、说明书)
包含内容 函数名、参数、返回值 多个工具 + 领域知识 + 使用流程 + 提示词模板
使用方式 大模型每次自行决定调用 预先加载,AI 自动识别何时启用
复用性 低,每次需要重新配置 高,写一次到处用,可分享给其他 AI
关系 Skill 内部封装了多个工具调用,是工具调用的"升级打包版"

典型 Skill 案例

📄

文档处理 Skill

内含:PDF读取工具 + Word写入工具 + 格式转换知识 + 排版规范

读取写入转换
📊

数据分析 Skill

内含:SQL查询工具 + 统计方法知识 + 可视化工具 + 分析报告模板

查询统计可视化
🌐

网页搜索 Skill

内含:搜索引擎API + 网页抓取工具 + 信息提取策略 + 来源可靠性判断

搜索抓取提取
📧

邮件管理 Skill

内含:邮件收发工具 + 分类规则 + 优先级判断 + 回复模板

收件分类回复
结构
一个 Skill 长什么样?
# === 天气助手 Skill ===

## 元信息
name: "weather_assistant"
description: "查询天气并给出穿衣建议"
version: "1.0"

## 包含的工具
tools:
  - get_weather(city, date)   # 查天气
  - get_clothing_advice(temp, weather)  # 穿衣建议
  - send_notification(message)   # 推送提醒

## 领域知识
knowledge:
  - 温度与穿衣对照表(<10°C→羽绒服, 10-20°C→外套...)
  - 极端天气安全提示(暴雨/大风/高温)
  - 各城市气候特征

## 使用流程
workflow:
  1. 查询目标城市天气
  2. 根据温度匹配穿衣建议
  3. 如有极端天气,附加安全提示
  4. 推送通知给用户

## 触发条件
trigger: "当用户询问天气或出行建议时自动激活"
💡
Skill 的价值:把复杂的"多工具编排+领域知识+流程逻辑"打包成一个即插即用的模块。开发者写一次 Skill,所有 AI 都能用;用户不用懂技术细节,AI 自动加载合适的 Skill 来帮你。

MCP 协议(Model Context Protocol)

AI 世界的 "USB-C"——统一连接 AI 与外部工具/数据的标准协议。

📖
定义:MCP(模型上下文协议)是一种开放标准协议,规定了 AI 模型如何与外部工具、数据源、服务进行标准化连接和通信。它由 Anthropic 公司于 2024 年发布,目标是让"AI 连接外部世界"变得像"USB 设备即插即用"一样简单。

为什么需要 MCP?——"N×M 困境"

❌ 没有 MCP:每个 AI 都要单独对接每个工具 AI-A AI-B AI-C 工具1 工具2 工具3 3 个 AI × 3 个工具 = 9 条对接线 ✅ 有 MCP:统一协议,只需各接一次 AI-A AI-B AI-C MCP协议层 工具1 工具2 工具3 3 + 3 = 6 条线,新增工具/AI 只需接一次
⚠️
问题本质:如果有 N 个 AI 模型和 M 个外部工具,没有统一协议时,需要 N×M 条独立对接线。有了 MCP,只需 N+M 条线——每个 AI 接一次 MCP,每个工具也接一次 MCP。从"网格"变成"星形",复杂度大幅降低。

MCP 三层架构

🖥️
Host 宿主
AI 应用本体
如:Claude Desktop、IDE
🔗
Client 客户端
协议中间层
负责通信协商
🛠️
Server 服务端
具体工具实现
如:文件系统、数据库
🔌
USB-C 类比:把 Host 想象成你的电脑,Client 是 USB-C 接口本身(协议层),Server 是各种 USB 设备(U盘、键盘、显示器)。不管什么设备,只要符合 USB-C 标准,插上就能用。MCP 就是 AI 世界的 USB-C 标准。
案例
MCP 实际应用场景
场景:你用 AI 助手说"帮我查一下项目数据库里的用户表结构,然后读一下本地的配置文件"

传统方式:AI 助手开发者需要分别写两套对接代码——一套连数据库,一套读文件,还要处理不同的认证方式和数据格式。

用 MCP:开发者只需安装两个 MCP Server:
  • 数据库 MCP Server——标准化暴露"查表、执行SQL"等能力
  • 文件系统 MCP Server——标准化暴露"读文件、写文件"等能力
AI 助手通过 MCP 协议自动发现这些能力,直接调用。开发者几乎不用写对接代码,装上就能用。
生态价值
MCP 带来了什么改变?
🔄 标准化
所有工具遵循同一协议,不再各自为政
📦 即插即用
安装一个 MCP Server 就获得一组能力
🌐 生态共享
社区贡献的 Server 所有人都能用
🔐 安全可控
权限管理内置,用户可控制 AI 能访问什么

四大概念综合对比

一张表看清它们各自的角色和关系。

维度 🤖 AI 智能体 🔧 工具调用 ⚡ Skill 技能 🔌 MCP 协议
角色定位 完整系统(大脑+手脚) 执行机制(双手) 能力模块(技能包) 连接标准(接口规范)
解决什么问题 AI 能自主完成任务 AI 能使用外部工具 AI 快速获得领域能力 AI 与工具标准化对接
生活类比 一个能干活的员工 员工的手 员工的职业技能证书 统一的招聘流程标准
粒度大小 最大(系统级) 最小(函数级) 中等(模块级) 基础设施(协议级)
包含关系 智能体内部使用工具调用、加载 Skill、通过 MCP 连接外部 是 Skill 的组成部件 封装多个工具调用 是工具调用和 Skill 的通信基础
技术成熟度 快速发展中 已成熟(主流大模型都支持) 成长期(生态在建设) 初期(2024年发布,生态起步)
🎯
一句话总结:
AI 智能体是整体,工具调用是手段,Skill 是打包好的能力,MCP 是让一切互联互通的标准协议。它们共同构成了 AI 从"会说"到"会做"的技术栈。

🏗️ AI 智能体技术栈全景

🔌 MCP 协议层 — 标准化连接一切 🔧 工具调用 函数/API 调用机制 ⚡ Skill 技能 预封装能力模块 🧠 记忆 长期上下文 🤖 AI 智能体 感知 → 思考 → 行动 → 观察

互动测验

5 道题检验你的理解,答错也没关系,看看解析就懂了!

📝 知识检测

第 1 / 5 题