云游戏的未来十年技术路线图:确定趋势与不确定因素 A Ten-Year Roadmap: The Bets That Will Pay Off and the Ones That Won't
凡是能用「每比特成本」算出来的事,基本都会发生;凡是需要问「玩家到底想不想要」的事,基本都会迟到
为什么一张「未来十年表」是这套专题最后压舱的那块石头
前面 29 篇,我们拆的都是已经发生的事。编解码怎么省码率、GPU 怎么切分、节点怎么布、丢包怎么补——这些内容都有实物、有数据、有踩过的坑,属于技术考古,挖出来都是硬的。
这一篇不一样,这一篇要往前看。往前看是最容易翻车的活儿。2019 年我在一个群里跟人吵过架,对方斩钉截铁地说「5G 一铺开,主机就没了」。2020 年我又见过一份商业计划书,首页写着「云游戏将取代 90% 的 PC 游戏市场」。现在是 2025 年,主机还在卖,显卡还在涨价,Stadia 关服两年多了,二手手柄在闲鱼上卖八十块一个。
所以我没打算给你一份预言。我给你一张按概率排过期的路线图,外加一套判断「哪些事值得押注、哪些事听听就好」的方法。我的核心判断就一句话,你可以当成本文的题眼:
凡是能用「每比特多少钱」「每焦耳算力多少钱」算出来的事,基本都会发生,只是早晚;凡是需要回答「玩家到底想不想要」的事,基本都会迟到,甚至永远不来。
前者是物理和经济,后者是人心。云游戏这十年,栽的跟头几乎全在后者。
这篇文章写给谁看?写给你这种手里有一个在做的项目、预算按人月算、听到「云原生」三个字第一反应是「跟我有关系吗」的独立团队。我不打算让你去做云游戏,我要你在这个技术周期里别踩坑、别投错钱、别被厂商的 PPT 牵着走。
第一层:AV1 的确定性,卡在「能不能解」而不是「能不能编」
先说最没有悬念的一件。
AV1 会接管云游戏的编码器,这件事我给九成以上的置信度,唯一的变量是时间点。理由不复杂:一来它免专利费。H.264 的专利池是笔烂账,HEVC 更惨,三个专利池互相打架,把 Google、Netflix、亚马逊这几家大买家逼得自己攒了一个免费的方案出来。二来它确实省码率,同画质下比 H.264 省三到五成,比 HEVC 省两到三成。对一个按 TB 计流量费的生意来说,这不是锦上添花,这是直接砍成本。
但云游戏有个别的场景没有的约束:它必须实时编码。一部电影可以花十个小时慢慢压,云游戏一帧只有 16 毫秒。这意味着云端只能用显卡上的硬件编码器,而硬件编码器的压缩效率,普遍比同代软件编码器低一档。所以你看到一个有点反直觉的现象:AV1 的软件编码器早就成熟了,开源社区那套方案质量已经很高,但云游戏真正用上 AV1,得等硬件编码器追上来——
然后是最容易被忽略的一环:解码端。
云游戏是个木桶,最短的那块板不在数据中心,在玩家手里。你能编 AV1 没用,对面得能解。2025 年这个时点上,支持 AV1 硬件解码的主要是中高端独显和最近两三年的中高端手机,但大量的电视盒子、五年前的笔记本、千元机,仍然只能靠软件解码硬扛。用一颗低端 ARM 核心软解 4K AV1 是什么体验?风扇起飞,帧率掉到个位数,电池像开了闪光灯一样往下掉。
所以真实的工程落地不是「全面切 AV1」,而是「一条降级链」。连接建立的时候,服务端对着客户端能力表协商,从 AV1 到 HEVC 到 H.264 一级一级往下掉,掉了哪一级,码率和画质跟着变。
| 编码档位 | 4K60 大致所需码率(数量级) | 适合传什么 | 风险 |
|---|---|---|---|
| H.264 | 60–80 Mbps | 万能兜底,十年前的老设备都能解 | 贵,同码率下画质最差,厂商每年多烧一大笔带宽费 |
| HEVC | 45–55 Mbps | 当下的主力档 | 专利池分散,某些浏览器干脆不给你解 |
| AV1 | 30–40 Mbps | 高频细节多的内容,收益最大 | 老设备解不动,依赖降级链兜底 |
表里这些数字是数量级,别拿去当实测数据用,不同内容差异极大。但趋势是清楚的:编码效率每提一档,同样带宽能塞下的美术细节就多一截。
这件事跟做游戏的有什么关系?关系大了。你的游戏在云上长什么样,本质上是被「码率预算」这个数字框死的。你在 4K 原生下设计的细密草地、飘落的花瓣、随风摆动的发丝,到了 15 Mbps 的流里会变成一坨会动的糊。这不是平台偷懒,这是香农定理在那儿摆着。
NVIDIA 在 GeForce NOW 上把 4K 120 帧塞进 45 Mbps 左右,靠的就是 AV1 这一代编码器。同一件事用 H.264 做,码率得翻倍,那门生意就不成立了。所以 AV1 不是「画质升级」,它是「4K 云游戏在商业上能不能成立」的前提条件。
第二层:AI 超分从「画质加分项」变成了「成本结构」
如果说 AV1 是省带宽,那 AI 超分省得更狠,而且它省的不是带宽,是 GPU。
云计算里最贵的资源永远是显卡。一个 4K 60 帧的游戏,如果老老实实渲染原生 4K,一张卡喂不饱几个会话。但如果服务端只渲染 1080p,再超分到 4K 输出,显卡占用能砍掉一半甚至更多——渲染开销跟着像素数走,像素数掉到四分之一,省下来的远不止一半。对云厂商来说,这意味着同一个机柜能多塞将近一倍的会话,单位成本直接对折。
这才是超分在云上真正的意义。它不是为了让你看清远处那棵树,它是为了让云厂商的财报好看一点。你一旦用这个视角看,很多事就顺了:为什么 NVIDIA 在自家平台上这么卖力推 DLSS?因为它手里全是自家显卡,超分是纯赚。为什么 AMD 的 FSR 明明画质差一档,云平台还是愿意接?因为它跨厂商,服务端不用把身家性命绑死在一家 GPU 上。
拿《赛博朋克 2077》的路径追踪模式举例。这个模式在 4K 下对显卡是毁灭级的,本地玩基本得 4090 起步,还得开着 DLSS 性能档再加帧生成。但在 GeForce NOW 的顶配档位里,它跑得挺稳——算力、超分、帧生成全在云端那台机器上,玩家手里只是一台五年前的轻薄本。
这是云游戏最漂亮的一次「画质天花板解绑」:玩家不用买显卡,也能玩到旗舰画质。
但它同时暴露了另一个问题,这个问题直接关系到在座的各位。
路径追踪的画面有个特征:大量逐帧变化的随机噪点。降噪算法会吃掉大部分,但剩下的那些「会动的颗粒」,是视频编码器的噩梦。编码器靠的是「这一帧和上一帧差不多,我只传差的那部分」,而随机噪点的帧间差异极大,等于每一帧都在逼编码器重新传一遍。结果就是一个很反直觉的结论:画面越高级,越吃码率;越是电影级的画面,越是传不动。
所以云平台必须把 AI 超分和 AV1 绑在一起用,缺一个都不成立。超分把渲染成本打下来,AV1 把编码成本打下来,两把刀一起砍,云端跑 3A 才算得过账。这解释了为什么 2024 年之后这两个词总是成对出现——它们不是两个独立的技术趋势,是一套组合拳的两只手。
对我们这种小团队来说,这条趋势最重要的含义是:超分不是可选项,但它也不是万金油。
3D 游戏,尤其是写实风或者高频细节多的,接超分基本是白赚。但 2D 像素游戏、手绘动画、UI 密集的策略游戏,接超分反而会出事。像素画被超分算法「融化」成一团糊,我自己在一个项目里亲眼见过这个翻车现场:测试同学在手机上看了一眼,问我「这游戏是不是没对焦」。后来我们把超分关掉、改用整数倍缩放,画面立刻锐利了。
所以超分这件事,正确的问法不是「要不要接」,而是「我这套美术风格接哪一种」。写实走 DLSS,跨平台走 FSR,像素和手绘走「不接 + 整数缩放」。三种答案都合理,但你必须提前想清楚,因为等到平台来跟你对接的时候,它只会问你一句:你这游戏超分能力是什么档?
第三层:网络这层——确定的是光纤,不确定的是 6G
这一层我想泼点冷水,因为它是云游戏叙事里水分最大的一层。
先把延迟预算摊开来看:
| 环节 | 同城优质网络下的典型耗时 | 十年内还能压掉多少 |
|---|---|---|
| 输入上行(手柄到边缘节点) | 8–20 ms | 受物理距离限制,改善有限 |
| 服务端游戏逻辑 + 渲染 | 16–33 ms(60 帧一帧 16.7 ms) | 取决于游戏本身,不取决于云 |
| 编码 | 5–12 ms | 硬件编码器迭代,能省几毫秒 |
| 网络往返传输 | 10–30 ms | 城域网下沉能省,跨省很难 |
| 客户端解码 + 显示 | 10–25 ms | 电视的图像处理芯片是隐形杀手 |
把这张表看明白你就懂了:6G 就算把空口延迟压到 1 毫秒,端到端也只省下几毫秒,因为空口本来就不是大头。真正的大头是「你家到边缘节点这段光纤的距离」、是「跨省互联的拥堵」、是你家那台电视插上 HDMI 之后自作主张加了 20 毫秒的「画质增强」。
我这五年见过太多商业计划书,把「5G 低延迟」写成核心竞争力。实际情况是,这几年 5G 云游戏体验的改善,主要来自基站密度上去了、边缘机房下沉了,而不是那个标称的空口数字。空口只是最后一小段。
那什么是确定的?三件事,而且都很朴素:
- 边缘机房会继续往地级市沉。这是运营商盘活自有 IDC 资源的顺水推舟,商业动机比技术动机更强。
- 骨干网和互联网交换中心的直连会持续吃掉跨网抖动。这事每年都在悄悄发生,没人宣传。
- 客户端设备的解码和显示链路在慢慢变好,尤其是手机,高刷屏普及顺带把显示延迟也降下来了。
这三件事全是线性的、缓慢的、没有新闻爆点的。这也意味着:别把玩法设计建立在「延迟会突然变好」这个假设上。你今天在 60 毫秒下做不了的操作,十年后大概率还是做不了,只能做到 40 毫秒。
至于 6G——3GPP 的时间表大致是 2028 到 2029 年标准冻结、2030 年前后商用。注意这是「标准」和「商用」,不是「你玩到」。而且新一代蜂窝技术的第一批用户永远是旗舰手机用户,而云游戏真正服务的那批「买不起显卡」的人,摸到 6G 大概得等到 2033 年以后。这个时间差,足够你把一个项目从立项做到关服。
低轨卫星更别指望。星链的往返延迟大概 40 到 60 毫秒,抖动还能到几十毫秒,玩回合制和卡牌绰绰有余,玩射击是自虐。它解决的是「有没有网」,不是「网够不够快」。
第四层:内容形态与所有权——云原生玩法的三次翻车,和正在发生的解耦
前三层都是物理和经济,这一层是人心,也是最不确定的一层。
先说翻车案例。Stadia 当年搞过三个「只有云能做」的功能,我觉得特别值得拿出来当反面教材。
第一个叫 Stream Connect,在《幽灵行动:断点》和《全境封锁 2》里,你能在屏幕角落看到队友的实时视角。技术上很漂亮——同一个游戏实例在数据中心里跑,画面在编码之前就被复制了一份,几乎零额外开销。玩起来呢?绝大多数人开了两局就关了。原因很朴素:那块小窗挡视野,而且真打起来你根本腾不出眼睛看队友在干嘛。
第二个叫 State Share,在《杀手》里可以把「我打到这一步」的完整状态生成一个链接分享出去,别人点开就从你的存档状态开始挑战。说句实话,这是我在云游戏里见过最有想象力的设计。结果呢?分享链路太长,玩家懒得用;而且它解决的是一个本来就不痛的问题——速通玩家自己会录视频,看视频还更有观赏性。
第三个是 Crowd Play,让观众投票决定主播下一步干嘛。这个更尴尬,Twitch 的互动扩展早就做了类似的事,不用绑平台、不用买游戏。
三个功能,共同点非常明显:技术上只有云能做,体验上没人在乎。它们解决的不是玩家的痛点,而是厂商的 Demo 需求——发布会上需要一个「你看云能做到这个」的瞬间。
2023 年 1 月 Stadia 关服,玩家买的内容大部分退了款,但存档和部分内容直接蒸发,手柄成了收藏品。这件事对用户信任的伤害,比技术失败严重得多。它给整个行业留下的心理阴影,到现在都还在——你去看任何一个云游戏新闻的评论区,底下一定有人在问「关服了我的库怎么办」。
反过来看一个真·云原生的例子:《微软模拟飞行》。
这游戏的地景数据量是 PB 级的,你不可能下载下来,物理上就不成立。它的做法是全部按需流式拉取:你飞到哪儿,服务器就把那一块的地形、卫星影像、建筑数据推给你,本地只留一个可以自己调的缓存。2020 版是这样,2024 版更激进,连飞机模型和大量资产都开始走流式,安装包小了一大截。
为什么这个设计成立?因为它不是在「加特性」,它是在「解约束」。没有云,这个游戏根本不存在——没有哪个玩家的硬盘能装得下地球。这是云游戏唯一一种无可替代的形态:不是把已有的游戏搬到云上,而是让本来不可能的内容成为可能。
但代价也很真实。玩家社区里长期有两种抱怨:一是网络不济的时候地景糊成一片、加载变慢;二是「我买的东西不在我硬盘里」的不安全感。这就是云游戏绕不开的一笔账——你换来规模和便利,付出的是一部分控制权和所有权。这笔账到今天也没算清。
说到所有权,这才是未来十年我认为最值得关注、也最可能改变独立开发者命运的一件事。
过去云平台的逻辑是「内容库」:平台去买游戏,你来租着玩。Stadia 是这个逻辑,Xbox Cloud 早期也是。这个逻辑在中国尤其难走通——版号、内容审核、平台与内容方的分成,每一环都是坎。
但 2024 年底开始,微软上线了「串流你自己拥有的游戏」,而 GeForce NOW 从一开始就是这个模式:你在 Steam 上买游戏,我出租算力给你。云平台从「内容商」退回到「基础设施商」。
这个转变听起来不性感,但它可能是决定性的。因为它绕开了版权谈判这个死结——平台不用跟发行商一家一家磕,只需要跟商店打通账号体系。对独立开发者来说,这意味着你的游戏有机会出现在云平台上,而你什么都不用做,只要它能在 Steam 上跑、能被自动化部署。
当然不确定因素跟着就来了:平台整合和监管。谁吞并谁、欧盟的数字内容法案会不会强制要求「平台关停时必须保证已购内容可继续访问」、中国市场的政策口径怎么变——这些没人能预测。而且说句实话,它们对行业格局的影响,比 6G 大得多。技术路线图最怕的就是这种:你以为在算物理,其实在算政策。
两张表:一张决定「什么值得等」,一张决定「什么现在就得做」
说了这么多趋势,落到你的项目上,其实就是两张表的事。
表 1:技术采用时间窗
| 技术项 | 我的判断窗口 | 置信度 | 独立团队该做什么 |
|---|---|---|---|
| AV1 成为云端默认编码 | 2026–2028 | 高 | 做一次低码率压力测试,看看你的美术在 10 Mbps 下还剩多少 |
| 服务端 AI 超分成为标配 | 2025–2027 | 高 | 引擎里至少接一种超分,或者明确写清楚为什么不接 |
| 4K60 稳定在 30–45 Mbps | 2026–2029 | 中高 | 别把 4K 当选配卖点,玩家感知不到 |
| 边缘节点下沉到地级市 | 2027–2030 | 中 | 存档要能跨区迁移,别写死地域 |
| 「串流自有游戏」普及 | 2025–2028 | 中高 | 存档格式保持平台无关,别绑 DRM |
| 6G 大规模商用 | 2030 之后 | 时间点:低 | 一个字都别写进设计假设 |
| 云原生新品类成立 | 未知 | 低 | 不投专项预算,顶多用两周做个玩具验证 |
表 2:云就绪参数表(建议区间)
| 参数 | 建议值 | 为什么是这个值 |
|---|---|---|
| 1080p 基准下正文字号 | ≥ 22 px | 10–15 Mbps 下,18px 以下的中文会糊成一团墨 |
| 最小线宽 | ≥ 2 px | 视频走 4:2:0 色度采样,1px 的彩色细线会掉色、闪烁 |
| 高频随机噪点(胶片颗粒、细密粒子) | 慎用,或提供关闭开关 | 编码器吃不掉,玩家看到的是一坨会动的糊 |
| 超分接入 | DLSS / FSR / XeSS 至少一种 | 缺超分能力的项目在云端容易被打到低档位 |
| 像素风 / 手绘风 | 整数倍缩放 + 关闭超分 | 超分会把像素边缘融化,这是真实的翻车现场 |
| 目标码率档位 | 1080p60:10–15 Mbps;4K60:35–45 Mbps | 直接决定你的美术细节保留度 |
| 输入到显示总延迟预算 | 休闲 ≤150 ms;动作 ≤100 ms;竞技 ≤70 ms | 竞技品类在云上基本不可行,别硬做 |
| UI 缩放支持 | 80%–150% | 手机小屏和电视大屏都得看,云端两种用户都有 |
| 触屏操作 | 做成一等公民,不是移植补丁 | 移动云用户的主力输入就是那块玻璃 |
| 存档格式 | 平台无关,不绑定 DRM | 会话迁移和跨平台续玩的前提 |
这两张表怎么用?一句话:表 1 用来决定「什么值得等」,表 2 用来决定「什么现在就得做」。
表 1 里置信度「高」的那三项,现在就可以排进日程;置信度「低」的那两项,一个子儿都别投;中间那几项,做架构预留就行,别做功能——预留的意思是「代码里留个口子」,不是「先写一套再说」。
表 2 更实在,它是可以贴在显示器边上的那种东西。我的经验是,一个 3 到 5 人的小团队,把表 2 里除了超分以外的项全部做到位,大概需要三到四个两周冲刺。这个成本,换来的是一份「不管未来五年云游戏怎么变,我都不吃亏」的保险。
初级速览 vs 进阶深入:两种读法,两种用法
初级路径:三分钟版,五条结论
1. 未来十年最确定的三件事,全都是「成本更低」:编码更省(AV1)、渲染更省(AI 超分)、节点更近(边缘下沉)。省钱的事不需要谁去推动,它自己就会发生。
2. 最不确定的三件事,全都取决于人:6G 什么时候真能用、云原生玩法能不能立住、平台会不会被整合或者被监管。这三件别赌,赌赢了赚不到多少,赌输了血本无归。
3. 对开发者来说,云不是一个新的平台,它是一个新的「设备档位」——一个码率被掐死、延迟偏高、屏幕可能很小的档位。你要做的不是为云做独占功能,是让你的游戏在「低码率 + 高延迟 + 小屏幕」这三重约束下依然好玩。
4. 最容易踩的坑不是技术,是审美:UI 太小、细线太多、噪点太密。这三样在云上死得最快,而且你在自己的 4K 显示器上根本看不出来。
5. 最值钱的准备只有三件:存档平台无关、超分接一种、触屏能玩。这三件事加起来不到两个月,但它们能让你在任何一次平台机会来的时候,第一时间上车。
进阶路径:怎么把这件事排进你的实际排期
先说测试。最便宜的画质压力测试不是买什么专业工具,是搭一套自托管的串流环境,把码率手动限到 8 Mbps,再限到 15 Mbps,然后拿手机看截图。你会立刻发现自己游戏里哪些东西是「只有在原生分辨率下才成立」的。这套环境搭起来大概一天,比任何画质评估工具都直观,而且免费。
再说排期。我建议把「云适配」放在 Alpha 之后、Beta 之前,作为一个独立的冲刺,2 到 3 人周。内容是:低码率截图对比、超分接入、UI 缩放重构、虚拟手柄。为什么要放在 Alpha 之后?因为太早做没意义,美术还在变;太晚做也来不及,Beta 阶段大家都在修 Bug,没人愿意回头改 UI 布局。
预算大致是这样:超分集成 3 到 5 人周(DLSS 需要引擎提供运动矢量,工作量看引擎底子;FSR 更轻);UI 缩放重构的浮动最大,取决于你的 UI 系统原来烂到什么程度,可能两周也可能两个月,这个得先做技术评审;虚拟手柄 2 到 3 人周,如果要做得像样,还得加上触屏布局的手感调试。
最后说一下怎么跟平台打交道。GeForce NOW 的路子是「你已经在 Steam 上架了,我们来谈接入」;Xbox 的「串流自有游戏」是账号体系打通。这两条路的共同前提是:你的游戏能被自动化部署,别搞自定义安装器、别搞必须手动改配置文件的启动流程,平台那边是机器在跑,没人给你手动调。
五个坑,我或者我认识的人都掉进去过
坑 1:把「云原生」当成玩法标签。它现在百分之九十的情况下是个发行标签,写进 PPT 用来融资的。真正「离开云就不成立」的游戏,我一只手数得过来。你如果是两人团队,看到「云原生」三个字,正确反应是把页面关掉。
坑 2:以为编码效率提升就等于可以不优化。历史规律是这样:每省下来一档带宽,美术立刻会用掉两档。AV1 省了三成码率,你的美术总监就会说「那我们能做更密的粒子了吧」。所以别做这个梦——优化永远是必要的,只是天花板抬高了一点。
坑 3:UI 做小、文本做细、线条做精致。这是最常见也最致命的。你在 4K 显示器上看着无比精美的 14px 小字,到了 15 Mbps 的手机流上就是一片糊;你精心设计的 1px 描边,在 4:2:0 色度采样下会直接消失或者边缘泛红。这不是云的问题,这是视频压缩的物理规律。做法很简单:所有 UI 按 1080p 基准做一遍,然后退后三步看,看不清就加大。
坑 4:把 6G 写进设计假设。我见过一份设计文档写着「凭借 6G 的低延迟,实现高速近战判定」。兄弟,你这是在拿一张十年后才可能兑现的支票做抵押。你要赌的不是 6G 什么时候来,而是「2030 年之后玩家还玩不玩你这套战斗」。
坑 5:为云平台做独占。你放弃了 95% 的用户,换来一个可能三年后就关服的分发渠道,还要赌它不会像 Stadia 那样把你的存档一起带走。有这个钱,不如把游戏移植到移动端。
FAQ:五个我被同行问过最多的问题
Q1:我们是两人小团队,现在要不要为云游戏改编?
要,但不是你想的那种改法。不要做云独占、不要做云原生玩法、不要为了云端专门做一套内容。你要做的是「云就绪」:UI 够大、存档平台无关、触屏能玩、超分接一种。这四件事加起来不到两个月,但它们让你在任何一次机会来的时候能上车。反过来说,任何需要你额外投入超过两个人月的云专享功能,一律不做。
Q2:我们做的是像素风,上云会不会糊?
会。像素风是云游戏里最容易被毁掉的美术风格,原因有两个。一是超分算法会把像素的硬边缘「融化」成渐变,看起来像没对焦;二是视频编码的色度采样会让高饱和的像素色块边缘泛红泛绿。解法是明确的:不要接超分,用整数倍缩放,并且跟平台明确要求原生分辨率输出。好消息是,像素风的码率需求本来就很低,1080p 下 6 到 8 Mbps 就能传得不错,因为你没有那么多高频细节。
Q3:等 AV1 全面铺开,码率还是瓶颈吗?
还是,只是瓶颈往后挪了。编码效率提升的那部分,会被更高分辨率、更高帧率、更复杂的画面立刻吃掉。1080p 60 帧今天 15 Mbps 能看,等大家都开始传 2K 120 帧,同样 15 Mbps 又不够了。带宽永远不够用,这是我们这行的基本定律。所以别等着某一代编码器来解决你的画质问题,从美术阶段就开始为码率做减法。
Q4:云端存档和成就怎么做才不会被打断?
原则是「存档归你,进度归玩家」。存档格式要平台无关,别绑定任何 DRM 或者平台账号的加密密钥;成就和统计走平台自己的体系,但你要在本地留一份可读的进度快照。真实场景是这样的:玩家今天在 PC 上玩到第三章,明天在手机上继续,他不会接受「换设备就得从头开始」。会话迁移这个能力,未来五年会从加分项变成基本要求——就像今天没人接受游戏不能云同步一样。
Q5:6G 真来了,延迟问题就解决了吗?
不会。回到那张延迟预算表看:空口那一段本来就不是大头,大头是光纤距离、跨省互联、以及你家电视的图像处理芯片。6G 能把端到端从 60 毫秒压到 45 毫秒,有意义,但不足以改变任何品类的可行性边界。真正会让云游戏体验有一个台阶式提升的,是边缘节点继续下沉 + 骨干网优化 + 客户端解码链路改善这三件事的叠加,而这三件事在未来十年都是缓慢、静悄悄、没有发布会的。