鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

清华孙茂松:对工业界而言,大厂可以Scaling,其他玩家重在垂直应用 | MEET2026

编程导航
编程导航
2025-12-21 12:30
阅读 145
编程导航
2025-12-21 12:30
阅读 145

致广大,更要尽精微

编辑部 整理自 MEET2026
量子位 | 公众号 QbitAI

涌现,AI沙场如今兵家争锋所期待出现的「境界」。

自从Scaling Law为模型带来惊人的能力增长后,几乎所有模型厂商都被卷入了一场无止境的FOMO,没人敢停下来。

我觉得大模型最有魅力的地方,在于它是非线性变化,代表着极大的不确定性,但一旦出现性能涌现就将远超想象。

在量子位MEET2026智能未来大会上,清华大学人工智能研究院常务副院长,欧洲科学院外籍院士孙茂松如此感慨。

只要算力还能堆、参数还能涨,就不能停止烧钱。

然而,在Scaling的边际成本越来越高的背景下,万一最后发现这是条死胡同,投入全打水漂了怎么办?

孙茂松的建议是,可以「致广大」,但更要「尽精微」。

就企业界而言,少数实力极其雄厚的团队,可以尝试在「致广大」方向上继续跟随国际前沿;但绝大多数AI公司,都应该把主要精力放在「尽精微」上。

为了完整呈现孙茂松的思考,在不改变原意的基础上,量子位对演讲内容进行了整理编辑,希望能提供新的视角与洞察。

MEET2026智能未来大会是由量子位主办的行业峰会,近30位产业代表与会讨论。线下参会观众近1500人,线上直播观众350万+,获得了主流媒体的广泛关注与报道。

核心观点梳理

  • 当模型规模、数据规模持续增大时,可能会出现能力涌现。这种高度非线性变化所带来的不确定性体现了大模型最有魅力之处。预计未来几年,有标准答案的人类最难考试可能也难不住机器。
  • 当下大模型和具身智能面临的本质挑战在于——如何理顺「言、知、行」的关系,让机器真正实现「知行合一」。这个问题的「求解」,非常困难,关涉AI的重大理论和基础方法创新。
  • Scaling Laws到底能走多远,具有相当的不确定性。任何信息系统发展到一定阶段通常就会呈现趋于饱和的倾向。不过,一旦出现了新的涌现现象,又能打破这种饱和。所以国内仍需有少量顶级团队紧跟全球前沿发展,探索Scaling极限。
  • 未来几年内,人形机器人要进入通用开放环境自主进行较为复杂的工作几乎是不可能的。应立足于在尽可能多的特定真实场景或真实任务上实现AI应用「星火燎原」式的落地发展。这是完全可能的(但机器人不一定是人形),也应该是绝大多数企业应下大力气去做的。
    以下是孙茂松的演讲全文:

突飞猛进的八年

我演讲的题目是《生成式AI和大模型:前沿态势、核心挑战及发展路径》。坦率说,这个题目不太好讲,全世界都在讲这个问题,我讲讲自己的一些粗浅的认识。

基于深度学习的AI,在2017年前后进入了预训练模型和大模型时代。到现在,只花了8年时间。

这8年里有几个比较关键的时间节点:

  • 2020年GPT-3发布,距今大约5年;
  • ChatGPT发布至今约3年;
  • DeepSeek出现,也才刚满1年。

这8年走过了好几重天,应了一句古话——「苟日新、日日新、又日新」,这基本就是这几年大模型发展的常态。

特别是最近几年,通过长思维链,大模型解决复杂任务的能力急剧上升,呈现出千帆竞发的态势。

我们为什么对大模型这么痴迷?它最重要的特点是:当模型越来越大,数据量越来越大时,普遍会产生能力涌现,这是过去模型所没有的。

一旦出现能力涌现,就变成了一个非线性变化,不知道从哪就一下拐上去了。

如果你去做一件事没有产生性能涌现,可能就平淡无奇。可一旦产生了涌现,可能就把你的竞争对手远远甩在后面。而这件事能不能发生,又无法提前知道。这是大模型最有魅力也颇令人困惑的地方。

这几年的发展进展很快,像文本大模型、图文大模型,几乎把所有Benchmark都踏平了。

有个叫作「Humanity’s Last Exam」的测试集(即所谓「人类最后的考试」),为了考住AI,到全世界征集难题,要以前没出过、在网上没有答案的。

顶尖高手做这种题,可能拿5分就不错,但是现在大模型,能拿到三四十分。

可以预期,未来几年一切有标准答案的考试可能都难不住机器了,这是文本大模型的发展情况。

代码大模型的发展同样迅猛,今年的世界大学生程序竞赛,人类第一名已经做不过大模型了。此外,对多模态大模型的亮眼表现大家也都多有领教。

总体来看,文本、代码、多模态这几类大模型,已经发展到一个相当高的基础能力水平,这构成了我们今天讨论AI的「基本态势」。

在《思考,快与慢》一书中,Daniel Kahneman提出了著名的系统一(快系统)和系统二(慢系统)。

经过这几年的发展,机器已经有了相当强的系统一和系统二的能力,这为AI走出文本世界、走向具身智能,奠定了非常重要的基础。特别是如果没有系统一的感知能力,机器进入现实世界后会「懵头懵脑」,什么也做不了。

我们常提到1950年的图灵测试。在语言层面,已经可以认为通过了图灵测试。

但在同一时期,控制论之父维纳在《控制论》中提出过一个同样重要的观点:

机器想具有智能,一定要让它走到现实世界去,它能够感知这个世界,能和世界打交道,在反馈中得到奖励或惩罚,并据此不断自我调整、自我学习。在这个过程中,才可能形成真正的智能。

今天看来,我们有了一定的条件去践行维纳的控制论,这会让AI再上一个台阶。

古话讲「言易行难」,陆游有句诗叫「纸上得来终觉浅,绝知此事要躬行」。

语言模型很擅长「言」,但一旦走到「行」,会有一个质的差异。

同时还有一句古话叫作「知难行易」。

大模型现在虽然「言」得很行,全世界知识好像都被参数化装进模型了,但它的「知」仍然是不完整的、不体系化的,缺乏自知之明。

如果完全没有「知」,「行」是没有意义的。

不过,虽然大模型的「知」并不完善,但毕竟七八成的「知」他知道了。所以现在做具身智能,有可能追求「知行合一」。

当然,「从「言」到「知」要难得多。这就构成了今天AI最大的挑战——怎么处理好「言、行、知」,做到「知行合一」?

AI的巨大投入让华尔街「冒冷汗」,前路充满挑战

AI发展是靠Scaling Law,大模型、大数据、大算力。近几年有新的扩展:预训练、后训练、测试时。

但这里有一个前提条件:这个Scaling要起作用。

任何系统到一定阶段都会遇到瓶颈。一旦性能开始饱和,Scaling Law就可能失效,再往里投钱,可能就会得不偿失。

我刚才特别强调一个点:大模型可能出现涌现,一旦出现涌现,往里砸的钱就砸对了。

但Scaling Law到底能走多远,这件事是个很大的问号。支撑Scaling的代价极其昂贵,太烧钱,太费电了。

法国《回声报》(法国经济类日报之一)11月3日有一篇报道:「AI领域的巨额投资,让华尔街直冒冷汗。」

华尔街向来是冒热汗的,能「冒冷汗」,说明这个投入确实太大了。

报道里提到几个数字:

  • OpenAI目前的计算能力大约是2GW;
  • 计划到2033年提升125倍,达到250GW;
  • 对应的投资规模,可能高达10万亿美元,而这还不包括电力。

大家可以换算一下,一个核反应堆的平均发电能力,还不到1GW。250GW,相当于250个核反应堆。这是一种极其激进的投入,同时也蕴含着很高的风险。

问题在于:我们现在不能不跟,万一它出现涌现,就又把我们甩到比较远的后面了。但跟的话,可能又跟不起。

再者具身智能。

李飞飞提出空间智能,本质上就是前面讲的「行」,这里面也面临一个理论和实践问题,Next Token Prediction到底能走多远?

文本是完全靠Next Token Prediction做出来的。后来做了各种强化学习,但也是基于这个基础之上。图像生成,包括视频生成,很大程度也是借重这个策略。

这个策略在文本中其实已经近乎完美,虽然还有幻觉,但已经是专家水平的。但到图像就不那么顺手,需要和其他策略配合,视频生成更难,要生成一个10分钟逻辑连贯的视频相当吃力。

再到具身智能,这个东西往下走,是一个大问号。

语言之所以能成功,因为它是线性序列,有「Discrete infinity(离散无限性)」的特点。

比如,apple主要有两个意思,一个是吃的苹果,一个是特定公司。其语义指向简明,词边界是清晰的,句子序列又是线性的,Next Token Prediction就非常有效。

但到了图像就不行了,图像的比较明确的Token在哪儿不知道,只能搞成一个「补丁」(Patch)。

如一个3×3的黑块,可能是衣服的一部分,也可能是桌面的一角,还可能是屏幕上的一个图标,语义指向高度不确定。而且没有整体性,这个黑块可能由一堆黑色蚂蚁组成,也可能是衣服中一个补丁中的一小部分。

到了视频,从二维变成三维,就更困难。具身是四维,三维空间再加上时间,大千世界、变化无穷,如此复杂的场景靠Next Token Prediction到底能不能做到,不好说。

未来五年之内,指望人形机器人可以到现实世界自主完成较为复杂的开放式任务,我觉得是不可能的。如,构建一个在家庭里能照顾老人的具身机器人?实在是太难了。

图灵奖得主Hinton最近在讨论AI与失业问题时说过一句话:

如果有人建议你去做水管工,不要轻易拒绝这个建议。

这个建议是合理的,AI要具备水管工的能力,还差得很远。

可能的是什么?

一定是一个比较简化的任务空间。比如刚才讲灵巧手,处理相对单一、简单的任务。其实要做好也很不容易,但是完全可能的。

因此,具身智一定是在有限的领域,有限的应用,这个发展空间也足够大。我们要量力而行,知难而进,但进退有度。

我们现在经常说要构建世界模型,但这件事极其困难。目前还没有太清晰的可行技术路径。

短期内,依然只能期待Next Token Prediction。但如果沿着这条路走,肯定对算力、数据的要求是数量级提升。

当然,如果再次出现能力涌现,说不定机器人在相对开放任务空间中也能具备更高程度的自由。

「致广大而尽精微」

目前看来,发展路径应该是相对明晰的。

美国这边不用多说。国内也出现了非常有代表性的模型,比如DeepSeek、千问,都做得非常好。从对比图来看,差距已经不大了。

中国一句古话,叫作「致广大而尽精微」。

「致广大」,把这个事往大了想,往大了做,这是目前美国典型的做法。

10万张卡、100万张卡,未来甚至上亿张卡,大手笔,连华尔街都觉得吃力。

但这条路,如果走成了,在某个关键节点出现涌现,就有可能形成断层的领先优势。

我们如果要沿着这条路去「正面跟」,在工业界,只有极少数国内大厂可能具备条件,但也会比较艰辛。

所以,虽然今天从大模型性能上看中美差距不大,但在「致广大」这条路上,未来几年依然存在非常大的不确定性。

在这样的背景下,我认为国内当前重点抓AI的垂直领域应用,即「尽精微」,应该是一个正确的战略选择。

以DeepSeek、千问为代表的开源基座模型已经具备了相当扎实的基础。在基座之上,深入到各行各业做垂直领域的深度融合,是完全有可能做到世界领先的。

但这同样很有挑战,指望直接把现成的大模型拿来用一用就真的管用,是不现实的。

某种情况下,垂直领域本身甚至可能会孕育出新的人工智能算法。从这个意义上讲,「尽精微」本身,也是一种「致广大」。

因此,我们的路径应该是:

  • 少数实力极其雄厚的团队,可以尝试在「致广大」方向上继续跟随国际前沿;
  • 但绝大多数AI公司,都应该把主要精力放在「尽精微」上。

垂直领域应用具有高度挑战性,但风险较小,我们有条件做得比美国好。我们的应用场景比较丰富,工业基础也较好,加上中国人聪明勤劳,都使得我们能在「尽精微」方面取得优势。

至于「致广大」的话,其实涉及到整个教育体系能不能培养出0到1的人才,包括回答钱学森之问,那是更复杂的事。没关系,这几年不放先放一放,先把「尽精微」做好,然后调过头做「致广大」,但得有一只眼紧紧盯着它。

在座各位很多都是做「尽精微」的工作,我觉得非常好,是我们目前应该做的。

以上是我个人的一些观察和感受,不一定对,谢谢大家!

版权所有,未经授权不得以任何形式转载及使用,违者必究。
原文链接: 清华孙茂松:对工业界而言,大厂可以Scaling,其他玩家重在垂直应用 | MEET2026
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥 热门文章
1
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
480
2
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
430
3
我的第一个出海产品!7 天 2 万
370
4
又一个国产版 Codex 神器,也来卷办公了!
370
5
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
340
6
DeepSeek 重磅开源的超级 Agent,到底是个啥?
330
7
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
280
8
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
280
9
人工智能前沿部署工程师(FDE) · 概 览 与 方 法 论
270
10
QuireKit 编辑器的 AI-Native 是如何设计的?谈谈我对真正 AI-Native 的理解
250
11
告别“金鱼记忆”:我开发了一款能当“第二大脑”的浏览器 AI 助手
250
12
ARTS 1101: 最长回文串与子序列匹配、一次 URL 请求的来回之旅与如何验证 AI 的交付
230
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
朱雀AI检测助手朱雀AI检测助手