从LLM到Agent，每个关键词其实什么意思

下面这些词你认识几个？面试的时候被问到，能不能每一个都流畅的讲明白？

所谓智能体，其实是由所有"不需要智能"的部分拼凑而成的；那些花里胡哨的新概念，大多不过是新瓶装旧酒。

涉及关键词： LLM Prompt Context Memory Agent RAG Function Calling MCP Skill Sub-Agent

💡 先清空大脑

忘掉你已知的一切，跟着故事线走--你会发现这些概念都是从同一个起点，一步步生长出来的。

🧠 第一步：语言模型长大了

一切混乱的起点，是这个古老的东西——语言模型。早期的小模型基本上是个智障，只会简单的文字接龙。不知道合不合适，我是觉得我前年研究NER的时候，用的BERT模型，就是个智障，只会预测下一个Token而已。

但随着参数规模不断膨胀，在某个临界点，它突然"涌现"出了真正的智能。

为了和之前的小模型做区分，我们在前面加了个"大"字：

🆕 词汇① 大语言模型（LLM）

LLM 本质上只做一件事：根据上文，预测下一个字。如果只是这么用，它看起来仍然是个智障。

把 LLM 想象成你的员工

把自己想象成一个老板，LLM 是你的员工，就叫他「小 L」。小 L 服务你的方式很特别：只能一问一答，问完就结束，不能追问。这个特点非常关键，后面还会用到。

你们每次的对话，你给它起了个洋气的名字：

🆕 词汇② Prompt（提示词）

仔细观察每次对话，你发现里面的内容可以细分：有的是背景信息，有的是最终指令。于是背景信息那部分，你单独起名叫：

🆕 词汇③ Context（上下文）

🔁 第二步：让小 L 记住你

问题来了：小 L 只能一问一答，如何追问？

你想了个聪明的办法——把历史对话塞进 Context，每次提问前带上之前的所有交流记录，伪装成连续对话。

🆕 词汇④ Memory（记忆）

随着对话越来越长，Memory 会越来越大，占用大量上下文空间。于是你又让 LLM 对历史记录进行压缩总结，减少长度，提高效率。

小结： 到目前为止，你已经发明了 4 个新词：LLM Prompt Context Memory。一个原本只会词语接龙的小 L，现在已经可以进行有记忆的连续对话了。

🤖 第三步：给小 L 配上工具

你很快发现小 L 有个致命缺陷：它不会上网查资料，给的信息要么过时，要么是瞎编的。

最简单的解法是：你帮它查，查完再告诉它。但这样一来，到底谁是牛马？

于是你把"上网搜索"这个动作写成了一段程序，让程序替你跑腿，自动完成搜索然后把结果喂给小 L。

🆕 词汇⑤ Agent（智能体）

⚠️ 别被这个名字唬住。早期很多所谓"智能体"，实现逻辑不过是多加了一段 Prompt 而已——换个名字就敢叫智能体，说是诈骗也不为过。

RAG：让 Agent 搜索本地文档

既然 Agent 能联网搜索，那搜索本地文档、数据库是不是也可以？当然，只不过要用向量数据库做语义匹配，把语义相近的内容片段找出来，再塞进 Context 里。

这套方法叫做：

🆕 词汇⑥ RAG（检索增强生成，Retrieval-Augmented Generation）

联网搜索只是 RAG 的一个变种，本质都是「获取模型参数之外的信息」。

🔌 第四步：约定暗语，接入工具

Function Calling：Agent 和 LLM 的约定

Agent 和 LLM 之间通过自然语言沟通，有个问题：程序读不懂 LLM 随意输出的文字。于是双方需要约定一个格式（比如 JSON），让 LLM 按指定格式回复，这样 Agent 才能直接解析。

🆕 词汇⑦ Function Calling（函数调用协议）

就像前后端开发约定接口格式一样，没有任何神秘之处。

MCP：Agent 和工具服务的约定

如果把各种工具写成独立的服务，Agent 就需要一套标准来「发现」和「调用」这些服务——比如约定 tools/list 返回工具列表、tools/call 执行具体工具。

🆕 词汇⑧ MCP（模型上下文协议，Model Context Protocol）

⚠️ 常见混淆： 有人问「MCP 能取代 Function Calling 吗？」这是无稽之谈——两者根本不在同一层，解决的也不是同一个问题。

⚙️ 第五步：流程固化，各显神通

假设你有个稳定任务：英文 PDF → 翻译 → 保存为 Markdown。每次都让 Agent 自由发挥？不但结果不稳定，还白白浪费 Token。更好的做法是把流程固化。

四种方式，从刚性到柔性

Skill 是什么？

Skill 的核心就一个文件：SKILL.md，里面写清楚流程说明，并指向可调用的脚本目录。Agent 被要求在执行任务前先读这份说明，再按需调用脚本。

🆕 词汇⑨ Skill（智能体技能）

本质上，Skill 就是一个「把 Prompt 换个地方存」的加载器。

⚠️ 有人问「Skill 和 MCP 有什么区别？」答：完全不是一个维度的东西。Skill 是 Prompt 加载器，MCP 是工具调用协议，两者不存在谁取代谁的问题。

🪆 第六步：套娃——Sub-Agent

当任务足够复杂，单个 Agent 的上下文会变得极其庞大。于是你把相对独立的子任务拆出去，交给专门的子 Agent 处理。

🆕 词汇⑩ Sub-Agent（子智能体）

子 Agent 产生的上下文不会污染主 Agent，本质上就是上下文隔离，如此而已。

📦 你一共发明了多少新词？

🔭 通杀所有新概念的方法论

回到最本质的问题：为什么说「Agent 是由所有不需要智能的部分构成的」？

一个流程中，所有能用固定程序解决、不需要问 LLM 的地方，就是 Agent 发挥作用的地方。模糊的分流逻辑交给 LLM，确定的执行逻辑交给程序。

所有这些技术——Search、RAG、Skill……本质上都在做同一件事：

自动往 Prompt 里塞上下文，或者通过代理减少你和 LLM 直接沟通的次数。

看透这一点，任何新概念出来，你只需要问两个问题：

1. 它是在帮 LLM 获取更多信息？（→ 属于 RAG / Search 这条线）
2. 它是在替代某段固定的程序逻辑？（→ 属于 Agent / Workflow 这条线）

未来会怎样？

方便性永远胜出。 Token 会越来越便宜，配置门槛会越来越低，就像最近在用OpenClaw，真的是一次配置永远方便。

未来，甚至说马上，一定会有开箱即用的超级 Agent，把 MCP、Skill、Workflow 统统内置好，普通人啥都不用配置就能上手。

谁让用户觉得「它就是个会干活的 AI」，而不是「一堆需要折腾的配置」，谁就赢了。

最后：本文灵感来自博主飞天闪客，侵删。