☰
大模型发展史:从Transformer到ChatGPT的关键技术演进
2026/10/27 11:40:10 网站建设 项目流程

这个标题放在我面前时,我心里其实挺有感触的。做技术这行,平时总被各种框架、论文、新工具推着往前走,难得有机会停下来把“大模型是怎么一步步变成今天这样”的线完整捋一遍。我整理这份学习笔记的时候,最大的感受是:大模型的历史并不长,但它演进的速度和密度,几乎是其他任何软件技术都难以比拟的。从2017年Transformer论文落地,到2022年底ChatGPT引爆大众认知,再到今天渗透到工业控制、企业私有化部署、AI智能体应用等各个角落,前后不过七八年。但恰恰因为太快,很多后来者其实是“从半路开始学”的——上手就玩ChatGPT、用API调SaaS服务、搞LoRA微调,却对底层的演进逻辑缺乏完整认知。这份笔记就是干这个用的:把大模型发展史拆成一条能看懂的线,让你知道每个关键技术选择背后的“为什么”,也让你在选型、学习、实战时,心里能有一张相对完整的地图。

1. 为什么我坚持把大模型发展史当成技术必修课

1.1 历史不是考古,而是技术判断力的来源

很多人觉得,学好大模型直接看最新论文、刷榜单、跑开源模型就行了,“历史”这种东西留着以后退休再读。我最初也这么想,直到在实际项目里吃了亏。当时我们团队要在一个企业知识库项目里做文本抽取,有人提议直接用最新的大模型API,有人建议微调本地模型,两边吵得不可开交。最后回头去看技术演进过程才发现:这个分歧的根源,本质上就是BERT时代“预训练+微调”范式与GPT时代“提示词+对齐”范式之间的路线之争。你搞清楚了这些范式是怎么交替的,就知道什么场景适合API、什么场景必须私有化部署,根本不用瞎试。

技术发展史上每一个“理所当然”的现状,背后都有一连串的取舍和折中。比如你习惯了ChatGPT可以连续对话,却未必知道这是InstructGPT引入RLHF之后才有的能力;你习惯了上下文窗口动辄几万token,也未必清楚最初Transformer只能处理512个token,正是这个瓶颈逼出了后面的各种位置编码方案。这些知识不经过系统梳理,你永远是在“拼碎片”,很难形成真正的判断力。

1.2 这套笔记的阅读方法与适合人群

这份笔记不是教科书,不需要你从头到尾逐字背诵。我按“三遍法”的建议是:第一遍通读,把时间线和技术名词混个脸熟;第二遍挑自己当前工作相关的章节精读,比如做微调就重点读第4章,做部署就重点读第5章;第三遍是带着实际项目里的问题回来查证。这样比一次性死磕有效得多。

适合读这份笔记的人有三类:刚入门、对“大模型怎么来的”只有模糊概念的新人;已经在用API或开源模型、但想系统补齐底层认知的工程师;以及需要做技术选型或给团队做内部分享的技术负责人。如果你是纯研究者,想要的是论文级别的严谨推导,那这份笔记更偏工程实践视角,你参考其中的技术脉络就好,细节还是得自己去啃论文。

2. 大模型的“史前时代”:三条技术线的交汇

2.1 从统计语言模型到神经语言模型:一次“算力换智能”的豪赌

严格来说,大模型不是2022年凭空冒出来的。它的老前辈是“统计语言模型”。上世纪90年代到21世纪初,主流的语言模型靠n-gram,就是假设一个词只跟前n-1个词有关,通过统计语料里词串出现的频率来预测下一个词。这个思路的问题很直观:语言里的长程依赖远远超出几个词的窗口,而且数据稀疏得可怕——“白色的猫坐在沙发上”这种句子稍微变一下说法,统计上就变成了从未出现过的组合。

2013年出现的Word2Vec是一个重要转折。它不再数词频,而是把每个词映射成一个稠密向量,让意思相近的词在向量空间里靠得近。这个思想极其关键:它证明了语义可以被编码成几何结构,国王减男性加女性约等于女王。同期,循环神经网络RNN和长短期记忆网络LSTM也在序列建模上不断突破,比起n-gram能处理更长的依赖。但RNN家族有个致命伤——它是串行处理的,一句话必须一个字一个字往后算,算力没法并行,而且反向传播时梯度容易消失,长距离信息传着传着就丢了。

2014年的Seq2Seq和2015年的注意力机制,解决了机器翻译里“整个句子先压成向量再解压”的信息瓶颈。注意力机制让模型在生成每个词时,可以动态“回头看”源句子里的相关位置,而不是只依赖一个固定维度的向量。这套机制后来被搬进Transformer,成为大模型大厦的第一块基石。

2.2 2017年Transformer论文:为什么“Attention is all you need”能赢

2017年6月,Google发表论文《Attention Is All You Need》,提出Transformer架构。论文标题本身就是一种宣言:以前RNN是骨架,注意力只是辅助;Transformer反过来了,不要循环、不要卷积,全靠自注意力机制。

Transformer能赢,核心原因是两个。第一是并行计算:自注意力机制把一句话里所有位置两两之间都建立联系,这些计算本质上可以同时进行,而不是像RNN那样必须按时间步串行。有了这个特性,GPU的并行算力才能真正被压榨出来,训练超大规模模型才成为可能。第二是长程依赖能力:不管两个词隔着多远,自注意力都直接计算它们之间的关联权重,路径长度为1,不存在RNN里梯度消失的问题。

用生活类比解释就是:RNN像一个只能往前走、且记忆力有限的人,处理长句的时候顾头不顾尾;Transformer则像是站在一幅巨大的拼图前面,可以同时看到所有碎片的关系。当然,Transformer也有它的代价——注意力矩阵的复杂度是序列长度的平方,序列长了计算量爆炸,这就是后来各种稀疏注意力、线性注意力要解决的问题。

这一篇论文像一根导火索。2018年,两条路线几乎同时点燃:OpenAI开始做GPT(生成式预训练),Google做BERT(双向编码器表示)。GPT让你预测下一个词,BERT让你填空完形填空。今天回看,这条路线分叉极其深远。

2.3 预训练+微调范式确立:BERT与GPT的分道扬镳

2018年的技术环境下,算力还很贵,不可能每个任务都从头训一个大模型。所以“预训练+微调”范式成为共识:先在海量无标注文本上练出一个通用的语言理解模型,再在下游任务上做小规模微调。BERT和GPT都遵循这个范式,但对“什么才是好的预训练任务”的理解完全不同。

BERT选择完形填空:随机遮住句子里的词,让模型猜。这样做的好处是,模型能同时利用词左边和右边的上下文,对“理解”类任务特别友好,所以BERT在GLUE等理解榜单上横扫一片。GPT选择预测下一个词:只利用左边的上下文,单向的。这种设定在理解任务上天然吃亏,但它有一个当时没被充分重视的潜在优势——生成能力。你猜下一个词猜多了,自然就会续写文本。

后来我们都知道GPT赢了。但这不是“押对了宝”,而是后面一系列的连锁反应:单向生成模型在规模变大后展现出了惊人的涌现能力,而双向的BERT因为架构和预训练任务的限制,很难直接变成一个能对话、能写代码、能推理的通用助手。我自己复盘时最大的感触是:技术选型里那些看似吃亏的属性,可能会在下一次需求爆发时变成最大的红利。2018年谁能想到“会接话”比“会理解”更重要?

3. 爆发前夜到ChatGPT引爆点:规模法则与对齐技术

3.1 GPT系列的四级跳:从“百万级”到“千亿级”

GPT系列的迭代速度可以称得上“丧心病狂”。2018年GPT-1有1.17亿参数,效果只能说是“证明了路线的可行性”;2019年GPT-2到了15亿参数,生成出来的文本已经让人惊呼“像人写的”,但OpenAI当时因为担心滥用,没有完整公开模型权重;2020年GPT-3直接疯狂拉满到1750亿参数,这个量级已经不是单纯变大了——它第一次让人看到,一个不经过任何任务微调的模型,仅凭提示词(prompt)就能完成翻译、问答、算术甚至写代码的任务,这就是“少样本学习”能力的雏形。

2021年Codex把GPT的能力聚焦在代码上,证明了如果训练数据换成代码,模型就能变成一个程序生成器;2022年InstructGPT引入RLHF,让模型学会听指令;最终2022年11月ChatGPT这个产品级的对话外壳出现,全球用户才第一次真正感受到“AI能跟我聊起来”。注意,ChatGPT不是某一次技术突变,它是GPT-3积累的规模基础、InstructGPT的对齐技术、对话产品形态三者叠加的结果。很多公司后来跟风做“对话机器人”,只模仿了外壳,却忽略了内部那套对齐工程,效果自然天差地别。

3.2 Scaling Law与涌现能力:为什么参数变大就能变强

大模型的“变大变强”不是瞎蒙的。OpenAI在2020年发表的缩放定律论文里给出了一个非常实用的经验公式:模型性能与参数量、数据量、计算量之间存在幂律关系。简单说,把模型参数翻倍、数据翻倍、算力翻倍,性能就会按一个可预测的曲线稳定提升。这意味着什么?意味着你可以先在较小规模上做实验,用曲线外推,预测超大模型大概能到什么样的效果,再决定要不要砸钱去训。这不只是学术结论,它直接影响了所有大厂的技术路线——要不要ALL IN,是有数学依据的。

但缩放定律不能解释所有现象。2021年左右,研究者们注意到一个更有趣的现象:某些能力在小规模模型上完全不出现,但模型大到一定程度后突然蹦出来。比如思维链推理、上下文学习能力、指令跟随,这些能力很像“相变”——水在99度的时候还是液体,到100度就沸腾了。这被称为涌现能力。我个人的理解是:当模型足够大,隐含表征里已经存在解决某类问题的能力,只是需要合适的“提问方式”才能激活;小模型不是没有智慧,而是智慧被压缩在低维空间里无法表达。

3.3 InstructGPT与RLHF:把“能力”变成“可用性”

GPT-3刚发布时,能力很强,但用户体验很差——它经常答非所问、说废话、甚至顺着用户的恶意提问生成有害内容。模型“有能力”不等于“可用了”,这中间差着一套对齐技术。OpenAI在2022年3月发布InstructGPT,核心是RLHF:基于人类反馈的强化学习。做法分三步:先收集人类标注的指令和回答,做监督微调;然后让模型生成多个回答,人类进行排序,训一个奖励模型;最后用强化学习(PPO算法)让模型在奖励模型的引导下优化策略。

用生活类比解释RLHF:一个天才学生(GPT-3)知识渊博但不懂规矩,你光讲道理(提示词)他未必听;于是你请一群好老师给他打分(奖励模型),一遍遍用“考高分”这个目标去优化他的答题策略,久而久之,他就学会了“老师喜欢什么样的答案”。这项技术是整个“ChatGPT体验”的灵魂。今天你在市面看到的几乎所有对话大模型,不管是用RLHF、DPO还是更简化的方法,本质都在做同一件事:把模型的原始能力校正到“人类偏好”这个方向上。做应用落地的人必须理解这一点——为什么模型“看起来聪明但是有时候很轴”?因为对齐目标和你的业务目标本来就不完全一致。

4. 技术路线全面展开:微调、长上下文、多模态与智能体

4.1 微调技术演进:全参微调、LoRA与知识注入的取舍

ChatGPT火了之后,所有企业都在问同一个问题:怎么让大模型懂我这行的业务?微调成为答案之一。早期的做法是全参数微调,把模型所有层的权重都更新一遍。效果很好,但代价极其昂贵:1750亿参数的模型,全参微调需要几十张A100显卡,一般团队根本玩不起。2021年出现的LoRA(低秩适配)改变了游戏规则:冻结原模型权重,只训练一小部分低秩矩阵作为“外挂补丁”。这样训练显存需求降到原来的几十分之一,4块消费级显卡就能微调7B模型,效果还非常接近全参微调。

我在实际项目里的经验是:LoRA适合“注入新知识”和“适配特定风格”,比如让模型学会你的产品术语、客服话术、代码规范;但如果你的需求是让模型“学会新技能”,比如从只读文本变成能调用工具、能进行多步推理,那单纯靠LoRA训练量是不够的,得配合思维链数据、工具调用数据一起做,或者直接用已经具备这个能力的基座模型加提示词工程。还有一个常见误区:微调不是万能药,如果你的模型在固定知识上老出错,优先考虑RAG(检索增强生成),而不是拼命微调去“背”知识——前者更新知识只需换向量库,后者每次都要重新训。

4.2 上下文长度军备竞赛:从512 token到百万token的工程密码

Transformer原始论文里,最大序列长度是512个token。这始终是大模型最大的瓶颈之一。你可以把注意力机制想象成一场圆桌会议:每个词都要跟所有其他词打招呼(计算注意力权重),人越多,招呼打得越密,算力消耗平方级暴涨。而且位置编码也会失效——模型没见过那么长的序列,不知道自己“在哪”。

所以上下文长度背后是一连串工程优化:RoPE等旋转位置编码让模型外推到更长位置成为可能;ALiBi用线性衰减的注意力偏置改善外推;滑动窗口注意力和稀疏注意力把复杂度从平方降到近似线性;还有YaRN、NTK-aware缩放等技巧,甚至可以在不大改模型的情况下,把已训练模型的上下文从2k硬拉到32k。到2024年之后,各家厂商开始疯狂军备竞赛:Claude给出200k,Gemini吹出1M,国内Qwen等开源模型也把1M上下文做成标配。我实测下来,长上下文不是能用就行,真正要命的是“大海捞针”能力——模型能在百万token中间准确找到一条隐藏信息吗?这几乎是所有长上下文模型的噩梦。

4.3 多模态大模型:从纯文本到图文音视频的统一理解

大模型发展的另一条主干是模态的扩张。2021年的CLIP让模型学会把图片和文字映射到同一个语义空间,2022年的Flamingo和2023年的GPT-4V展示了更全面的图文理解能力;随后的Gemini原生多模态、以及语音输入输出的实时交互,让“多模态”从学术概念变成产品标配。这个过程同样遵循前面说的规律:不是简单地加一个视觉编码器,而是要让视觉、文本甚至音频在同一个模型中共享语义表征,才能做到跨模态推理——比如你说“把图中穿红衣服的人圈出来”,模型要同时理解视觉内容、语言指令和空间坐标。

多模态的最大工程难点在于数据。图片一像素一像素的表达和词向量完全不同,怎么对齐?一是收集大量图文对数据做对比学习,二是把图像切成patch当作“视觉token”,注入Transformer里。多模态对应用开发的直接影响是:以前做AI应用,文本处理的归NLP团队、图像归CV团队,现在一个大模型就能同时做OCR、物体识别、图像问答,应用边界一下子模糊了,也给Agent提供了“看见世界”的能力。

4.4 AI智能体与大模型应用形态变革:从“你问我答”到“帮你去干”

2023年GPT-4发布后,人们对大模型的期待迅速从“聊天”转向“行动”。AutoGPT、BabyAGI这类项目点燃了第一波Agent热情:给模型一个目标,让它自己拆解任务、调用工具、循环执行。虽然早期版本经常“跑飞”——模型会自己给自己设定不合理目标,甚至陷入死循环——但这个方向本身是对的。今天的主流的智能体范式基本是:大模型作为“大脑”,负责规划、拆解、决策;外围挂上一堆工具(代码解释器、搜索引擎、API调用、数据库操作),模型按ReAct框架交替进行推理和行动。

做Agent应用时,最容易踩的坑是过度承诺。大模型确实可以写代码、调接口、操作软件,但它的容错能力远低于真正的自动化脚本。我的习惯是:把Agent用于“半自动化”场景,比如让模型生成候选方案或代码,再做二次校验;不要让它全权负责线上交易、删库这种不可逆操作。2025年到2026年,AI智能体的应用案例越来越多,从客服到流程自动化,但真正跑得稳的,都是“人类把握方向盘、模型做副驾驶”的模式。

5. 从研究到工程:部署、私有化与工具链生态

5.1 部署选型:云端API、开源私有化与本地推理怎么取舍

大模型落地时,第一个问题一定是:用商业API、部署开源模型、还是本地推理?我整理了三条路线的对比,可以当成快速决策表:

路线优点缺点适合场景
商业API接入快、性能强、免运维数据外流风险、长期成本高、依赖厂商快速验证、对数据敏感度低的场景
开源模型私有化部署数据可控、可自定义微调、长期成本可控需要GPU资源、运维门槛高企业知识库、政务、金融等敏感场景
本地推理(Ollama/LM Studio)免网络、隐私极佳、上手简单受限于单机硬件、模型规模有限个人学习、原型验证、离线环境

不少企业一上来就想私有化部署,但没算清楚账:部署一个7B模型需要至少16GB显存,70B模型要4张A100或8张消费级显卡,还有配套的存储、带宽、运维人力。如果你的业务量只有每天几百次请求,用付费API按量计费可能比自建便宜一个数量级。私有化部署的真正价值不只是“省钱”,而是数据不出域、合规可控。做选型时,建议先用API跑通业务流程,再根据业务量和数据敏感度决定要不要迁移到私有化。

5.2 推理优化与成本控制:量化、蒸馏与投机采样

如果你的场景确实需要私有化部署,接下来的核心问题是:怎么把推理成本打下来。这里有几个经过大规模验证的手段。第一个是量化:把模型权重从FP16压到INT8甚至INT4,显存占用直接减半再减半。效果有一定损失,但在对话场景里损失往往不可感知;用GPTQ、AWQ等工具量化后的模型,在消费级显卡上也能跑得动。第二个是蒸馏:用小模型去学习大模型的输出,比如用教师模型生成海量问答对来微调学生模型,经典的路线是“大模型教小模型”。第三个是投机采样,本质上是“用一个快模型猜、慢模型把关”,可以显著提升生成速度而不损失质量。

我自己实测过的一个典型配置:用Ollama部署一个4bit量化后的Qwen 7B模型,16GB内存的MacBook就能跑,生成速度大概每秒20到30个token,完全能当日常实验工具用;但要处理长文档或复杂推理,7B模型力不从心,至少得上14B/32B,这时候硬件的压力立刻上来了。部署命令其实很简单:

ollama run qwen2.5:7b-instruct-q4_K_M

底层是量化格式和上下文长度不同,跑起来体验差很多。我的建议是:能量化就不裸跑FP16,能小模型就不上大模型,先满足指标、再往上加规模。

5.3 微调与编排工具链:从PEFT实战到Dify接入本地模型

整个大模型生态的工具链也在同步成熟。微调方面,HuggingFace PEFT库几乎成了LoRA微调的标准入口,配合Transformers、Datasets库,一套“加载模型->准备数据->LoRA训练->合并导出”的流程已经非常成熟。真正决定微调效果的不是代码,而是数据:指令数据的质量、多样性、格式统一性,比模型大小对结果的影响还大。我习惯先用几百条高质量样本做小规模实验,验证数据设计能work,再扩大到上万条,不要一开始就上大语料。

编排平台方面,LangChain是早期标杆,但学习曲线和抽象过于复杂,最近两年Dify、FastGPT这类低代码平台越来越受欢迎,它们把Prompt管理、知识库RAG、模型接入、Agent流程编排都做成可视化界面。Dify接入本地模型是一件特别顺手的事:把Ollama或vLLM起一个兼容OpenAI格式的API服务,在Dify里配置Base URL和API Key就能用。这意味着你完全可以在内网里搭建一套“本地模型+知识库+对话应用”的完整链路,不依赖任何外部SaaS。对于企业场景来说,这才是真正的“数据不出域”。

6. 演进规律总结与学习路线建议

6.1 从发展史里读出的三条规律

第一,范式的胜利往往来自“反直觉”的选择。BERT双向理解当时看起来更合理,GPT单向生成反而笑到最后;统计语言模型依赖人工特征工程,端到端学习一上来就“不讲究”却更强大。做技术选型的时候,不能只看当前榜单,要想“这个架构在更大规模、更长时间下会不会赢”。

第二,瓶颈不是被解决而往往是“绕过去”的。长上下文问题靠的不是无限扩大注意力矩阵,而是RoPE外推和新架构替代;RLHF成本太高,就出现了DPO这种更简单的对齐方法。工程上最有效的路径是“换一个约束条件”,而不是硬怼同一个问题。

第三,能力与可用性之间永远隔着一层对齐工程。这是大模型发展史里最容易被忽略的一条。ChatGPT的成功不只是GPT-3规模大,更关键的是InstructGPT教会了它“如何像一个有用且无害的助手”。做应用层开发的人,如果把注意力全部放在模型选型上,而忽略提示词、微调对齐、Agent工作流的设计,效果一定打折。

6.2 给新入行者的学习路线建议

如果你现在才开始学大模型,我建议按这条路线走,基本3个月能上手:第一个月,搞懂Transformer的底层机制——自注意力、位置编码、层归一化,把《Attention Is All You Need》《BERT》《GPT-3》三篇论文啃下来;同时用HuggingFace跑几个基础模型,动手体验文本生成的原理。第二个月,精读RLHF相关论文和LoRA的原理,然后自己用开源模型跑一遍指令微调,做一个能回答特定领域问题的对话模型。第三个月,把RAG和Agent流程串起来,用Dify或LangChain搭一个带知识库的问答应用,最后再尝试本地部署或私有化部署。全程记着“抄作业”的原则:先复现,再改造,最后创新。

6.3 避坑指南:新手最容易踩的五个认知误区

  • 误区一:模型越大一定越好。大模型效果好,但推理成本和延迟也高。实际业务里,7B模型往往比70B模型更合适,关键要在效果、成本和速度之间找平衡点。
  • 误区二:微调可以替代RAG。微调是改变模型的行为和风格,RAG是给模型喂新知识。两者互补,不是替代关系。新增知识优先RAG,行为纠偏优先微调。
  • 误区三:上下文越长就能记住越多。上下文窗口是“能塞进多少”,不是“记住多少”。即便模型支持128k上下文,真到了中间位置的信息,遗忘率和幻觉率都会明显上升。
  • 误区四:提示词工程是临时方案。在我看来,提示词工程反而是当前最具杠杆率的技术,它不需要训练成本,却能大幅改变模型输出质量。等到模型越来越强,提示词的技巧仍然有效。
  • 误区五:Agent能全自动完成复杂任务。当前Agent的能力边界还很有限,凡是涉及不可逆操作或财务风险的动作,都必须加人工审批环节。稳字当头。

最后一个私心建议:学习大模型一定要上手。光看这篇笔记、光刷论文,你永远理解不了为什么同样的模型,在你的业务数据上表现那么差;也理解不了量化后的模型长得有多“糙”,但用起来又有多顺。挑一个周末,用Ollama跑一个7B模型,让它读你的业务文档,然后回答你的问题——这30分钟的实操,比读十篇综述都值钱。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询