ARCHIVE74 FULL123 ENTRIES4 CHANNELSSYNC 2026-10-31

DOC VIEWER · 原文排版保留 · 2026-10-31 快照正文区为浅色

AI大模型百科: 互联网黑话一次讲清


大家好我是六六爸比,一个 85 后科技 IT 爱好者。

大模型百科
AI 大模型百科

写给"被同事一嘴黑话砸晕、老板群里蹦英文词、朋友圈刷 AI 视频但讲不清原理"的你。17 个互联网 AI 黑话一次讲清, 9 张手绘信息图。

17 个关键词 约 15 分钟 9 张示意图 零基础友好
大模型百科 17 词目录 (斑马纹)

1什么是大模型(LLM)

Large Language Model · 大语言模型

大模型本质上是一个会"接话茬"的程序。你给它上半句,它就猜下半句该说什么。它不是真的"懂"你说的话,它是在海量文本里学到了"什么词后面大概率跟什么词",从而能像人一样组织语言。

所谓"大",体现在三件事上:训练数据大(喂了几乎整个互联网)、模型参数大(参数量动辄几百亿到几万亿)、算力消耗大(训练一次的成本能买下几栋楼)。

把大模型想象成一个读过 1000 万本书、记性极好、但没有自己生活经验的"超级书呆子"。你问什么他都能答,但他没去过菜市场、没爱过人、没淋过雨,所以他给你的答案有时候非常聪明,有时候又很离谱。
你用过的 ChatGPT、文心一言、通义千问、豆包、Kimi、DeepSeek,全都是大模型。它们的内核都是同一种东西,只是在"读过的书、调过的脾气、能干的事"上有差异。

2Token:按"字"卖菜的最小单位

Token · 模型"切词"收费的最小单位

模型不直接看"字",它看的是 Token。Token 可以理解成"模型自己切出来的小块",一个中文汉字通常对应 1\~2 个 Token,一个英文单词通常对应 1\~4 个 Token。

所有调用 API 的费用,几乎都是按"输入了多少 Token + 输出多少 Token"来算的。所以"Token"这个词你会在账单里反复看到。

fig4 Token 可视化

图 4:Token 切词示意

把 Token 想象成"自助餐的按份收费",一段话 1000 字,对你来说是 1000 个字,对模型来说可能是 1500 份小菜,每份小菜收一次钱。
比如这句话:"今天天气真好",5 个汉字,大约是 5\~8 个 Token。一篇 3000 字的中文文章,模型大概要"读" 4500\~5500 个 Token。发之前自己估一下,能省不少钱。

3上下文窗口:模型的工作记忆

Context Window · 一次能"记"多长

上下文窗口就是模型一次对话里最多能"装下"多少内容。超过这个长度,模型就会"忘记"最早的内容。

2026 年的主流模型,上下文窗口已经从 4K(够读几页)、32K(够读一本书)、200K(够塞进一份财报),卷到了 1M\~10M Token(够塞一整年聊天记录)。

fig5 上下文窗口

图 5:上下文窗口的进化

把上下文窗口想象成你的"工作台面",你做一道菜需要案板、菜刀、碗都在你伸手够得着的地方。面太小,台面就放不下;面太大,你就得把最早放的东西挪走。模型也是,"挪走"就是遗忘。
你让模型帮你读一份 200 页的合同改措辞,你直接把合同全文一次性粘进对话框,这就是"利用上下文窗口"。如果合同太长超过了窗口,模型就只会改它"看到"的那部分,后面的就乱改。

4大模型的参数:大脑的"神经元数"

Parameters · 模型里"可以调"的小旋钮

参数是模型内部"可以调节的数值",你可以理解成模型大脑里的"神经元连接强度"。一个模型有几亿、几千亿、几万亿个这样的连接强度,它们共同决定了模型"会不会说话"、"说话有多溜"。

fig6 参数量级

图 6:模型参数量级对比

所以你常看到的"7B、70B、405B",B 是 Billion(十亿),这些数字就是参数量。一般而言,参数越大,模型越聪明,但也越慢、越贵、越难部署。

把参数想象成"调音台上的旋钮",旋钮越多、调得越精细,出来的声音越丰富、越自然。但旋钮多了,调起来也费劲,还费电。
选模型的简单经验:日常写邮件、总结文档,用 7B\~14B 的小模型就够了;写代码、做复杂推理,上 70B\~200B;做研究、做决策,上 405B 或者用最强的闭源 API。本地电脑能跑的是 7B\~32B,更大得用云端。

5训练机制四件套:预训练 / 微调 / RLHF / 蒸馏

Pre-training / Fine-tuning / RLHF / Distillation

模型不是"一次训练完"就完事的,它要经历几道工序:

① 预训练(Pre-training)

把海量文本(书、网页、代码、新闻……)一股脑喂给模型,让它学"语言的规律"。这一步是最贵、最慢、最吃算力的,可能要花几千万美元和几周时间。预训练完的模型叫基座模型(Base Model),它会说话,但还很粗野、不知道什么该说什么不该说。

② 微调(Fine-tuning)

在基座模型上,用特定领域的数据再"培训"一轮。比如让它学医、懂法律、懂你公司的产品手册。微调成本远低于预训练,而且能让模型"专精"某一行。

③ RLHF(人类反馈强化学习)

让人来给模型的回答"打分",答得好的加分、答得离谱的扣分,模型就慢慢学会了"什么回答人类更喜欢"。ChatGPT 之所以"说话像人",靠的就是这一招。

④ 蒸馏(Distillation)

让一个"小模型"去模仿一个"大模型"的输出,把大模型的本事"压缩"进小模型里。结果是:小模型跑得快、便宜,但能力比大模型略弱,很适合手机、嵌入式设备。

fig1 训练四件套

图 1:训练四件套,基座模型是怎么一步步变成 ChatGPT 这种"人话助手"的

把训练想象成"培养一个医生",先上大学(预训练)学基础,再规培(微调)选专科,再被主任医师手把手带(RLHF),最后去基层医院坐诊(蒸馏成小模型)。
你公司想做一个"懂自家产品"的客服机器人,最划算的做法是:拿现成的基座模型 + 你公司 FAQ 微调 + 用客服评分做 RLHF。不必从头训练,省 99% 的钱。

6大模型的 API:和模型说话的标准方式

Application Programming Interface · 应用程序编程接口

API 就是"让别的程序能调用大模型的标准通道"。普通用户用 ChatGPT 是打开网页聊天;开发者要用模型处理业务,就要走 API,用代码发请求,模型回结果,全程自动化。

常见的 API 形态:发一段文字(prompt),拿到模型生成的回复(completion),全程按 Token 收费。

把 API 想象成"点外卖",你不用知道厨师在哪、厨房怎么运作,你只管在 App 下单,菜就送来了。API 就是你和模型之间的"外卖 App"。
调用一次 API 大概长这样(伪代码):
client.messages.create(model="claude-opus-4.7", messages=[{"role":"user","content":"帮我写一封请假邮件"}])
返回的就是模型生成好的请假邮件文字。开发一个智能客服、AI 助手、自动写文案的工具,全靠这种调用。

7部署形态:开源 vs 闭源、本地 vs 云端

Open Source vs Closed Source · Local vs Cloud

选大模型不只是"选哪个最强",还要看你怎么用。两个维度的选择交叉出四种形态:

fig2 部署四象限

图 2:四种部署形态,选择 = 数据敏感度 × 预算 × 技术能力

把开源闭源想成"菜谱公开不公开",开源模型是公开了菜谱,你回家就能做;闭源是商业机密,你只能去店里吃。本地云端想成"自家厨房 vs 叫外卖",自家厨房占地、买设备,但想吃就吃;叫外卖省钱省事,但食材要过别人手。
普通用户:直接用闭源云端(ChatGPT、豆包、Kimi 那种网页版)。中小企业:选开源云端(DeepSeek API、Qwen API),便宜、能定制。数据敏感行业(金融、医疗、政企):选开源本地部署,买几台带 GPU 的服务器自己跑。

8什么是多模态

Multimodal · 不止会处理文字

多模态 = 模型能同时处理多种类型的信息。以前的大模型只能"读字"(文字单模态),多模态模型能读字、看图、听声音、生成语音、生成视频、生成图像……

"模态"(Modality)就是信息的载体形式:文字是一种模态、语音是一种、图像是一种、视频是一种、3D 也是一种。一个模型支持的模态越多,能干的事就越多。

把多模态想象成"瑞士军刀",以前的大模型是"只有刀片的剪刀",只能裁纸;多模态模型是"刀、剪、锯、开瓶器、螺丝刀"齐全的全套工具。
你发一张产品图给多模态模型,让它"看看这个商品,写一段小红书风格的种草文案",它要先"看懂"图(视觉模态),再"写"出来(文字模态)。这一气呵成的活儿就是多模态的功劳。

9TTS:让机器开口说话

Text-to-Speech · 文字转语音

TTS 是 Text-to-Speech 的缩写,你给它一段文字,它给你生成一段能播的音频(人声)。抖音里很多电影解说、客服电话里的"您好我是智能助手"、地图导航的林志玲、郭德纲声音,全都是 TTS。

2026 年的 TTS 已经可以做到:模拟真人语气、克隆特定人的声音(用 10 秒样本)、控制情绪(开心/难过/严肃)、说几十种语言,还能唱歌。

fig7 TTS STT 流程

图 7:TTS 和 STT 的双向闭环

把 TTS 想象成"机器嘴",你把字"喂"给它,它用嘴"念"出来。
你是做短视频的,把脚本丢给 TTS,5 秒就能拿到一段 60秒的配音,再也不用自己录了。想用某个主播的声音?给它 10 秒那个主播的录音,它就能"克隆"出来。

10STT:让机器听懂人话

Speech-to-Text · 语音转文字

STT 是 Speech-to-Text 的缩写,你给它一段音频,它给你转成文字。和你用的微信"语音转文字"、会议录音自动出纪要、字幕组做字幕,背后都是 STT。

和 TTS 是一对:TTS 是"文字→语音",STT 是"语音→文字"。合起来就是 AI 时代的"嘴+耳"。

把 STT 想象成"机器耳",你说话给它,它把声音"听"成字。
开会时开一个录音笔 + STT,会后立刻就有了一份可搜索的会议文字稿。再让 LLM 把文字稿整理成"决策+待办",全程不用自己记笔记。

11VLM:让机器看懂世界

Vision-Language Model · 视觉语言模型

VLM 是 视觉语言模型 的简称,它能同时"看"图像/视频和"理解"语言,并且两者打通:你问它"图里这只猫在干什么",它能告诉你"它在追自己的尾巴"。

它和"传统的图像识别"(CV)的区别在于:CV 只能告诉你"图里有一只猫",VLM 能告诉你"图里有只猫,而且它在追尾巴,背景是客厅",是理解,不是识别。

把 VLM 想象成"能看图说话的聪明人",你给它一张图,它不光能看见"有只猫",还能说出"这只猫在窗台上伸懒腰,阳光照在它身上"。
你拍一张路边的植物发给 VLM,它告诉你"这是绣球花,喜阴,浇水要见干见湿"。你拍一张产品包装,它告诉你"配料表里有 X 添加剂,对 XX 人群不友好"。你拍一段数学题视频,它把解题步骤写出来。

12图像生成与视频生成

Text-to-Image / Text-to-Video

文字 → 图(T2I,Text-to-Image):你描述一段场景,模型给你画出来。代表产品:Midjourney、Stable Diffusion、即梦、豆包文生图。

文字 → 视频(T2V,Text-to-Video):你描述一段动作或故事,模型给你生成一段 5\~60 秒的视频。代表产品:Sora、可灵、Vidu、Runway、Pika。

和 VLM 相反:VLM 是"看懂图",T2I/T2V 是"画出图"。一个吃图,一个吐图。

把 T2I 想象成"请了一个画师",你描述,他画。把 T2V 想象成"请了一个动画导演",你描述,他拍。
你是一个淘宝店主,"白底、一个保温杯、旁边放一片柠檬、水珠特写",T2I 5 秒出图,直接上架。你是一个小红书博主,"猫咪从桌上跳下来,慢动作,电影感暖光",T2V 给你出一段 10 秒视频。

13RAG:给模型外挂一个"翻书小助手"

Retrieval-Augmented Generation · 检索增强生成

纯 LLM 有一个致命问题:它只知道自己训练时学过的知识,问它"我们公司年假怎么休",它答不上来。
RAG 的思路是:用户问问题时,先去你的专属知识库(公司文档、产品手册、合同……)里把相关内容"翻"出来,连同问题一起丢给模型,让模型"看着资料回答"。

这样模型就有了一个随时可更新的"外接大脑",回答更准、更可控,而且不会因为模型换版本就丢知识。

fig3 RAG vs LLM

图 3:RAG 的本质,给模型配一个"翻书小助手"

把 RAG 想象成"开卷考试",纯 LLM 是闭卷,只能凭记忆答;RAG 是开卷,桌子上摆着你公司的所有资料,模型可以"翻书"再答。
做企业知识库、客服机器人、法律助手、医疗问答,几乎全都在用 RAG。它是 2024\~2026 年最主流的"让 AI 落地到具体业务"的技术路线。

14Agent / 工作流:让模型自己规划干活

AI Agent · 能自主规划的工具使用者

普通 LLM 是"问一答一",Agent 是能自主规划、调用工具、多步执行的"打工人"。你给它一个目标,它自己拆解步骤、决定用什么工具、做完一步看结果再决定下一步。

fig8 Agent 流程

图 8:Agent 工作流闭环

常见的 Agent 能力:调搜索引擎、调 API、操作浏览器、读写文件、执行代码、调用别的 Agent。多 Agent 协作就是"几个 AI 互相配合干大事"。

把 Agent 想象成"能干活的实习生",普通 LLM 是"只会回答问题的顾问",你说啥它答啥;Agent 是"接到任务自己拆解、自己用工具、自己检查"的实习生。给它一个目标,它会"先想怎么做,再动手,做完再汇报"。
你对 Agent 说:"调研一下 2026 年国内 SaaS 行业 TOP 5 公司,写一份报告发我飞书。"
它会自己:① 拆解任务 ② 搜索 5 家公司信息 ③ 调 RAG 查你的过往报告模板 ④ 写文档 ⑤ 调飞书 API 发布。整个过程你只发了那一句。

15幻觉:模型的一本正经胡说八道

Hallucination · 模型"瞎编"现象

幻觉 = 模型自信满满地输出错误信息。它不是"故意骗你",是它"不知道自己在不知道"。比如:模型会编出根本不存在的论文、编造法律条文、虚构不存在的历史事件,而且说得特别流利、特别自信。

为什么会这样?因为模型本质是"猜下一个词",它没有"事实核查"的能力。所以越是不熟悉、越是冷门、越是想不起来的领域,越容易幻觉。

把幻觉想象成"一个爱面子的学生",考试时遇到不会的题,他不会写"我不知道",而是会"根据已有线索编一个看起来合理的答案"。模型就是这个学生。
应对幻觉的三个实用方法:
① 关键事实要 RAG 检索,别让模型"凭记忆"答。
② 让模型引用出处,"请告诉我这句话的来源",逼它承认自己编的。
③ 用 Agent 多步验证,一个 Agent 答,另一个 Agent 查,互相挑刺。

16评测基准:怎么给模型"打成绩"

Benchmark · MMLU / GSM8K / HumanEval / etc.

评测基准就是给模型"出考卷",用一套标准化的题去测模型在各个方面的能力。常见的有:

●
MMLU:57 个学科的选择题,测"知识面"
●
GSM8K:小学数学应用题,测"数学推理"
●
HumanEval / MBPP:编程题,测"写代码"
●
MT-Bench / AlpacaEval:开放式问答打分,测"聊天质量"
●
TruthfulQA:专门测"幻觉"

看一个模型强不强,先看它在这些"考卷"上的分数。但是,分数高不等于在你要做的事上强,考卷测的是通用能力,你具体场景好不好用还是要自己试。

把评测基准想象成"高考",分数高说明基础扎实,但高考状元不一定是最好的程序员、最好的销售、最好的厨师。模型同理,看分数看排名,但更要看你具体场景下的"实战表现"。
选模型的经验:① 看 MMLU 选"知识面广"的;② 看 HumanEval 选"会写代码"的;③ 看 MT-Bench 选"会聊天"的;④ 最后在你自己的业务上做"小规模试点"再下结论。

17小结:把大模型当成什么

。最后帮你把"心智模型"立起来:

把"大模型 + 周边技术"想成一个会干活的数字员工:

fig9 17 词心智图

图 9:17 个关键词的心智地图

●
LLM 是大脑,会想、会说、能写,但只在自己训练时学过的知识里能耐
●
多模态是感官,眼睛(VLM)、耳朵(STT)、嘴巴(TTS)、手(图像/视频生成),让它能看、能听、能说、能画
●
参数 + 训练四件套是它"读过多少书、调过多精细"
●
Token + 上下文窗口是它的"注意力"和"记忆力"
●
API + 部署形态是它"坐班还是跑腿"的安排
●
RAG 是它桌上随时能翻的资料
●
Agent 是它当上"打工人"的样子,自己规划、调用工具
●
幻觉 + 评测基准是它"犯的错"和"被打的分"

到这里,你下次再听到同事说"我们用了 RAG + Agent 调 Claude API",你不会再一脸懵,因为每一步拆开你都认得。AI 圈的黑话,本质上就是给"一个能干的数字员工"身上各种部件起的名字而已。

读完打个勾

17 个关键词、9 张图、约 15 分钟。把这篇收藏起来,下次有同事再问"什么叫 RAG / TTS / VLM / Token / Agent",你直接把这篇甩过去就行。

六六爸比(本文作者,85 后科技 IT 爱好者),本文首发于公众号「丁卯生人」。

如果这篇文章对你有帮助,欢迎点下面那张名片关注公众号「丁卯生人」,我每周把亲测的 AI 工具、踩过的坑、写过的自动化流程发出来,不写废话。

六六爸比

一个 85 后科技 IT 爱好者, 公众号「丁卯生人」主理人
每周分享 AI 工具 / 大模型 / 内容创作 / 个人成长

← 全部文章 · 微信原文 ↗