首页/新闻资讯/正文详情

从 LLM 到 Agent Skill:大模型基础从 0 理解 Agent

发布时间:2026/11/5 23:16:26 来源:云帆数科 栏目:资讯中心
从 LLM 到 Agent Skill:大模型基础从 0 理解 Agent
目录一、LLM大语言模型二、大模型工作原理三、Token和Tokenizer四、Context大模型的临时记忆体五、RAG突破上下文限制的技术六、提示词Prompt七、Function Calling大模型外部能力八、MCP统一的工具接入标准九、Agent自主规划的智能体十、Agent Skill 说明文档十一、总结回顾很多人在学习大模型的时候知识点是零散的一会看 Token、一会看上下文窗口、一会刷到 RAG刚看懂工具调用又冒出 MCP、Agent Skill越学越乱。本文顺着底层基础 → 模型原理 → 增强技术 → 外部能力 → Agent 体系的顺序逐层递进梳理搭建一条连贯的基础学习链对大模型有简单的了解也方便后续自己复盘查阅信息。一、LLM大语言模型LLMLarge Language Model也就是我们常说的大语言模型。从底层视角理解LLM 的核心输入是 Token、Context、Prompt、Tool、MCP、Agent 这几类要素模型依靠这些要素完成推理链路。底层原理Transformer 架构核心是自注意力算法–这个架构是大模型的地基内容比较复杂不属于基础范围。发展历程从 GPT 系列迭代到现在各大厂商开源、闭源模型百花齐放行业现状模型不再是 OpenAI(gpt系列) 一家独占Claude、Gemini 等产品各有侧重在长文本、多模态等方向形成差异化竞争二、大模型工作原理文本自回归接收一段输入模型根据前面已经生成的内容预测下一个最可能出现的词循环往复直到输出结束标记停止生成。简单一句话给上文猜下一个 token循环输出全文。三、Token和Tokenizer这两个分离不开所以放到一起。模型本身没办法直接看懂人类文字它只能识别数字。Tokenizer 就是负责把人类文本和模型可识别的数字 ID 互相转换的模块。Token是 Tokenizer 切分之后的产物是大模型处理文本的最小单位。注意不是严格按照汉字 / 单词一刀切一个单词可能拆成多个 token也可能多个短词合并成一个 token。不同模型的分词器不一样大多有自己独立的词表所以同样的文本用不同模型产生的token数量也不同。编码把一句话切分成一个个 token映射成对应的数字 ID解码把模型输出的数字 ID还原回人类可读的文字举例下图用o200k_base编码计算一串文字共占用7个token每个词对应的tokenid如图所示。换算参考1 个 token ≈ 0.75 个英文单词约 3~4 个英文字符1 个 token ≈ 0.6~1.5 个中文字符反过来1 个汉字约 1~1.5 个 token感兴趣的可以自己去网站计算查看https://tosea.ai/zh/free-tools/token-counter。四、Context大模型的临时记忆体Context 是模型推理时可以 “看见” 的全部内容相当于模型的短时记忆。记忆局限模型本身没有持久记忆推理过程只能读取当前这一轮上下文里面的信息对话结束之后不会自动保存记忆组成上下文里面一般包含历史对话、用户新提问、系统提示词System Prompt等内容context上下文窗口限制context上下文内容不是无限的有上下文窗口限制也就是当前这一轮推理模型能读取的全部 token 总量。每个模型都有固定上下文上限比如比如 GPT-4 128K、32K代表它单次最多容纳十几万 token 的内容超过上限之后最早的内容会被截断丢掉。举例【系统提示System Prompt --8token】 【用户第一次提问–5token】【模型回答–8token】【用户第二次提问–10token】… 用context不断拼接依次累积直到超过上下文上限会从前往后截断模型会忘掉前面的内容。痛点长文档、大量知识库内容一次性塞进上下文窗口成本极高而且很容易超限。解决这个痛点的技术就是 RAG。五、RAG突破上下文限制的技术RAGRetrieval-Augmented Generation检索增强生成专门解决大模型上下文不够、不能读取私有文档的问题。RAG是一套组合技术向量检索大模型。基本思路用户提问之后先去外部知识库检索相关片段把检索到的相关内容和用户问题一起打包给大模型再由模型基于检索到的资料回答问题。简单的说就是一个检索的预处理向量检索程序先独立执行筛选出相关性高的少量片段再把检索得到内容用户问题塞入context上下文。技术优势不需要把全部文档塞进模型上下文降低 token 成本同时可以接入私有、实时更新的资料弥补模型静态训练数据的短板。六、提示词PromptPrompt 就是我们发给大模型的指令是人和模型交互的入口。影响Prompt 质量直接决定输出效果写得越清晰、约束越明确模型返回结果越贴合预期分类基础提示词简单问答直接提需求角色提示词给模型指定身份例如 “你是一名软件测试工程师”“你是一名作家”工具提示词引导模型调用外部工具、执行函数组合提示词多角色、多步骤混合适合复杂任务七、Function Calling大模型外部能力原生 LLM 本身只会做文本生成没办法联网、查数据、调用接口、操作文件。想要让它和真实世界交互就要给它加上外部能力工具调用Function Calling模型识别到需要外部信息输出结构化参数调用后端提前写好的函数接口拿到结果之后再把结果放回上下文继续回答用户角色委派复杂任务拆成多个子角色不同角色各司其职协同完成整套流程核心价值把大模型从 “只会写文字的聊天机器人”变成可以调用工具、执行任务的智能体八、MCP统一的工具接入标准MCP (Model Context PROTOCOL)模型上下文协议是一套标准化协议用来统一不同模型、不同工具之间的调用规范解决各家模型工具调用格式不统一、生态割裂的问题。大模型是一个生成文本的AI它不能直接发起网络请求如果要调用工具接口会输出一段json报文让应用程序去调用工具。举例//openai希望调用天气查询工具输出格式{tool_calls:[{function:{name:query_weather,arguments:{city:北京}}}]}//claude输出格式{tool_use:[{name:query_weather,input:{city:北京}}]}//可以看到参数名不一样不统一于是引出MCP标准接入特点一套 MCP 协议兼容 GPT、Claude、Gemini 等不同大模型一套工具可以对接多个模型学习意义MCP 是 Agent 生态的基础设施后续绝大多数 Agent 框架都会基于这套标准去接入工具九、Agent自主规划的智能体Agent大模型 规划能力 工具调用能力。它不再是 “用户问一句模型答一句”而是可以自主拆解复杂目标、规划步骤、调用工具、循环校验直到任务完成。本质就是让模型能更规范按要求来完成任务,并将任务变成一套可循环执行流程。核心要素目标、规划、工具、反思、迭代典型范式ReAct、Plan-and-Execute 等(这些需要自己去深入了了解)学习路径理解 Agent重点要学会看它的思考链路怎么拆解任务、什么时候调用工具、拿到结果之后怎么判断是否完成目标十、Agent Skill 说明文档Agent Skill 可以理解成给 Agent 用的 “技能说明书”。我们把一个可复用的能力封装成 Skill写清楚这个技能的功能、入参、出参、调用方式、约束条件Agent 读到这份文档之后就知道什么时候、怎么调用这个技能。文档结构包含技能名称、描述、入参、出参、示例、异常处理存储规范一般以 JSON/YAML 格式维护和代码、知识库解耦运行机制Agent 在规划任务的时候检索可用 Skill 列表匹配用户需求自主选择调用对应的技能功能特点标准化、可复用、可插拔是规模化搭建 Agent 应用的核心十一、总结回顾Tokenizer → Token → Context上下文窗口 → Prompt → LLM基础能力 → RAG补知识库 → FunctionCalling工具调用 → MCP统一工具协议 → Agent自主规划 → Agent Skill技能封装LLM 是底座Token 是最小单元上下文是它的短时记忆RAG 补知识库工具调用丰富功能MCP 统一工具生态Agent 赋予自主执行能力Agent Skill就是让 Agent 能力规模化、可复用的工程化方案。

相关推荐

CC工具箱使用指南:【地块编号自动重排】
CC工具箱使用指南:【地块编号自动重排】

一、简介还是学湘源的一个工具,给地块进行自动排编号。二、工具参数介绍点击【控规】组里的【地块编号自动重排】工具:即可打开下面的工具框界面:1、地块图层要处理的地块图层。2、编号字段生成的地块编号会写入到这里。3、编号前缀、起始编号… · 2026/11/2 18:29:39

虚拟机从ESXI迁移至PVE全过程保姆记录
虚拟机从ESXI迁移至PVE全过程保姆记录

目录 第一部分 安装PVE系统 一、下载PVE安装镜像 二、制作PVE安装U盘 三、安装PVE系统 四、PVE环境配置 第一项:更换PVE软件源 第二项:配置网桥 五、从Esxi迁移虚拟机 版本背景: ESXI版本为6.7.0 ;PVE版本为9.2-1 &… · 2026/11/2 18:07:12

SAP 悄悄挪了一条边界:ADT 3.62 之后,AI 能在 ABAP 里干多少真活?
SAP 悄悄挪了一条边界:ADT 3.62 之后,AI 能在 ABAP 里干多少真活?

这个月 SAP ABAP Development Tool 最新版本 3.62 发布了,其中一个引人注目的点就是其包含的 ABAP MCP Server 功能进一步得到增强。 本文给大家捋一捋。 这个 ADT 自带的 MCP Server 配置界面很简洁,在 MCP Server 面板启用 Server,这个 Server 运行在本地,需要指定一个… · 2026/11/5 20:45:20

EasyU优启通PE维护盘实战指南:制作、启动与核心操作全解析
EasyU优启通PE维护盘实战指南:制作、启动与核心操作全解析

1. 为什么一个PE维护盘值得单独拿出来聊装系统、修引导、救数据、清病毒,这些活儿但凡干过几次的人都知道,真正决定效率的往往不是你手速多快,而是手边那套PE环境靠不靠谱。EasyU(圈内习惯叫优启通)就是在这个场景下被… · 2026/11/5 16:49:35

Rust原来很简单二:所有权系统
Rust原来很简单二:所有权系统

Part 2 核心篇 —— 所有权系统 本篇覆盖 第 6 ~ 10 章:所有权、借用与引用、生命周期、字符串与切片、内存模型。 ⚠️ 这是全书最重要的一篇。 把它吃透,Rust 从此“很简单”;跳过它,你会处处碰壁。请慢下来,动手敲每一段代码。 第 6 章 所有权:Rust 的第一性原理 6… · 2026/11/5 16:26:08

基于Hadoop+Spark的民宿智能推荐系统设计与实现
基于Hadoop+Spark的民宿智能推荐系统设计与实现

1. 项目概述:大数据时代的民宿智能推荐这个毕业设计项目融合了当前大数据领域最主流的技术栈,构建了一个完整的民宿推荐系统解决方案。作为一名长期从事大数据系统开发的工程师,我认为这个选题非常贴合实际应用场景——随着旅游业的复苏和共享… · 2026/11/5 14:59:25

ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计
ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 14:10:41

UART接口24位ADC搭配RS485,解决远距离温度监控难题
UART接口24位ADC搭配RS485,解决远距离温度监控难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 14:10:41

UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践
UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 14:10:41

双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:27:59

STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:28:03

DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:28:07

多智能体协作系统架构设计与实践优化
多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中… · 2026/11/5 0:00:39

大模型系统性入门实战指南:从原理到部署微调的全链路路线
大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#… · 2026/11/5 0:00:39

鸿蒙文件系统沙箱机制解析与开发实践
鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的… · 2026/11/5 0:00:39

双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:27:59

STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:28:03

DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/5 10:28:07

了解更多?预约专属演示

我们的顾问将为您一对一讲解产品与方案

企业微信二维码