Google Project Suncatcher 首次在轨 AI 响应:4 枚 TPU 跑通太空推理

一句话结论:谷歌的 Project Suncatcher 原型卫星已在轨完成第一次 AI 推理,卫星上 4 枚数据中心级 TPU 只够单枚跑 15 到 20 分钟,而太空算力真正的天花板不是辐射,而是把热量排进真空。

10 月 30 日,谷歌研究团队在官方博客公布 Project Suncatcher 原型卫星的阶段性结果:一个提示词从地面发出,在轨道上被星载 Gemma 4 开放模型处理成一段文字,再由卫星传回地面。这是人类第一次拿到来自轨道上数据中心级 TPU 的完整 AI 响应。对谷歌而言,这一步的意义不在于那首诗,而在于「提示上行、星载推理、结果下行」这条链路被真正打通了。

这颗卫星 10 月 1 日才发射升空,算上约三周的整备调试周期,团队真正能跑模型的时间窗口只有几天。它能做的事情也非常有限。但对一项要验证「AI 算力能不能搬到轨道上」的研究来说,先用最小的载荷把最难的工程问题暴露出来,正是谷歌一贯的做法。

一条提示词的往返路径

测试的流程并不复杂,但每一环都对应一个独立的工程风险。地面站挑中卫星可通信的时间窗,把提示词上行;卫星收到后唤醒机载计算设备,让 Gemma 4 开放模型在 TPU 上完成推理;生成的文本再经无线链路下传,地面比对结果确认无误。

谷歌给出的第一条提示词是让模型写一首关于身处太空的俳句。卫星飞越挪威斯瓦尔巴群岛上空时,下传回来的内容确认了这次生成成功:

Blue marble below
Data streams in silent grace
Starlight feeds my core.

首条输出之后,团队又测了两类任务。一类是太空主题的打油诗,用来验证不同生成模式下的稳定性;另一类是遥测类提示词,让模型上报载荷系统的技术状态,这一类任务同时充当了「模型还能不能正确调用机载数据接口」的检查。谷歌称下一步将继续评估 TPU 在热应力和辐射暴露下的表现,因为芯片能否可靠执行工作负载,才是通往下一阶段的前提。

值得留意的是,这批测试并未触及模型训练。谷歌项目负责人 Travis Beals 表示,典型推理场景下的错误率看起来极低,大约百万分之一,但如果是跨数千枚芯片持续数月的大规模训练,情况会明显不同。轨道算力眼下更现实的定位是推理,不是训练。

卫星上到底装了什么

这颗卫星由谷歌与地球影像公司 Planet 合作建造,平台代号 MVP,体积接近一台冰箱。它搭乘 SpaceX 的 Falcon 9 火箭、经 Transporter-18 拼车任务从加州范登堡基地升空,同箭携带的航天器超过 100 个。卫星运行在约 650 公里的晨昏线太阳同步轨道上,这个轨道的选择几乎决定了整套设计的能源逻辑。

在晨昏线轨道上,卫星沿着地球晨昏交界飞行,太阳几乎不落下。没有黑夜意味着不必携带大重量电池,太阳能板可以近乎持续发电。谷歌的系统设计研究给出的估算上限是,同一块太阳能板在这样的轨道上,产能最高可达地面同等条件下的 8 倍。需要说明的是,这个 8 倍来自设计研究论文,本次原型卫星并未实测该指标。

项目 参数
发射时间与方式 2026 年 10 月 1 日,Falcon 9 搭载 Transporter-18 拼车任务
轨道 晨昏线太阳同步轨道,约 650 公里
星载芯片 4 枚 Trillium TPU(v6e-4 配置),约合一台地面服务器
发电能力 约 1 千瓦太阳能
同时可运行数量 受供电与散热限制,一次只能运行 1 枚
单次连续运行 约 15 到 20 分钟
在轨调试周期 约 3 周,完成主机与 TPU 托盘加电及早期机器学习测试
星载模型 Gemma 4 开放模型
计划任务周期 AI 实验约 1 年,卫星在轨最长可留 6 年
下一里程碑 2027 年发射两颗互联卫星,验证星间激光链路

一千瓦这个数字直观地划出了原型卫星的边界。谷歌自家数据中心里的 TPU 集群跑在兆瓦级供电下,单枚 TPU v6e 的板卡满载功耗远高于这颗卫星能提供的总和。谷歌的 甲骨文首供谷歌 TPU 一文提到 2027 年将上线的 8t 与 8i 两代产品,单芯片算力已达 12.6 PFLOPS,那是地面机房才谈得上的量级。轨道卫星在可见的未来扮演的角色更接近边缘节点,而非训练集群。

地面已完成的四道体检

谷歌没有把风险留到天上。以下测试全部在发射前完成,其中辐射一项的结论最值得关注,因为它决定了商业化能否成立。

振动与过载。火箭进入低轨的约 10 分钟里,航天器承受持续加速度,载荷级可达约 10 倍重力加速度,TPU 芯片单体承受的载荷可达 50 到 100 g。团队在地面三轴振动台上模拟了发射频率,结果是硬件扛住了。

辐射。团队在加州大学戴维斯分校 Crocker 核实验室的质子束设施里,对 Trillium TPU 施加 67 MeV 质子束,并让它在辐射中跑真实 AI 负载,同时监测位翻转这类错误。结果显示,在 15 krad(Si) 的最高测试剂量下没有出现永久失效;一颗带屏蔽的芯片在轨道上五年累积的剂量约为 0.75 krad(Si),而 HBM 内存大约在 2 krad(Si) 附近开始出现错误,这比五年累积剂量高出约 20 倍余量。谷歌的表述是,Trillium TPU 能承受的总电离剂量大于五年空间任务所受剂量。

测试中出现了 1 次静默数据损坏,即结果出错却没有触发任何告警的位翻转。这类错误无法靠复位芯片清除,只能由软件校验捕获,是后续多星任务里最需要额外工程投入的部分。相关研究已通过同行评审发表于《Joule》期刊。

冷却。真空里没有空气也没有水,芯片产生的热量只能以红外辐射方式排出。团队采用热管加散热板的组合方案,并在热真空舱里做了模拟测试。这项测试在地面无法完全复现轨道上的冷热循环。

经济账。谷歌在《Joule》的论文里测算,低轨发射价格需要在 2035 年前后降到约每公斤 200 美元,轨道数据中心才可能在能源成本上与地面持平。按 TechCrunch 的折算,这需要约 1800 次 Starship 发射,摊到十年约合每年 180 次。谷歌同时强调论文不是完整的可行性研究。

散热才是轨道算力的天花板

发射前被讨论最多的风险是辐射,而任务真正推进后暴露出来的约束是热量。这几乎是所有轨道算力项目都会撞到的同一堵墙。

地面机房里,服务器的热量由风扇和水冷排走,属于对流换热,效率极高。轨道上没有介质可借用,散热面积成了唯一变量,而每一平方米散热板都是要花钱发射上去的质量。谷歌这台原型卫星只有 1 千瓦级的功耗,排掉这点热量还算从容;谷歌设想的下一代卫星要携带数十枚 TPU,散热板面积会随之成倍上升。

这也解释了单次 15 到 20 分钟的运行上限。芯片开始工作,散热器同步升温,供电与温控两条线同时逼近上限,计算必须停下来让热量散掉。要把占空比拉上去,卫星需要的不是更快的芯片,而是更大的散热面积和更充裕的太阳能供电。

谷歌在两年前提出项目时就给出了一条清晰的技术路线:先把一颗卫星的硬件存活问题解决,再在 2027 年用两颗卫星验证星间激光互连,最后才谈由数十颗卫星组成的集群。谷歌把这个远期形态描述为约 81 颗卫星在 1 公里半径内紧密编队、共同处理负载。

2027 年的两颗卫星要解决什么

星间互连是集群化的前提。谷歌的原始设计论文要求卫星之间的高速链路达到约 10 Tbps 量级,而当前商用的星间激光通信大多落在 1 到 100 Gbps 区间,两者之间隔着两个数量级。这个缺口靠单颗卫星上的算力补不上,只能靠多星协同。

难点也不只是带宽。现有星间激光系统大多针对远距离低带宽场景优化,而集群算力需要的是极短距离上的超高带宽连接,指向精度要求类似于在数英里外击中一枚硬币大小的目标,而两端都在运动。谷歌计划在 2027 年的双星任务中专门检验这套方案,同时让新一代卫星具备更高发电能力。

这也让轨道算力的竞争格局变得清晰。谷歌的差异化在于密集编队加高速激光互联,目标是让多颗卫星像一台数据中心那样协同工作。Starcloud 与 Cowboy Space 等创业公司走的是另一条路线,先在单星上跑推理为主。谷歌的 Cowboy Space Big Iron 一文提到后者规划 1 兆瓦级数据中心与两万颗卫星的远景,与谷歌的散热和带宽瓶颈属于同源问题。SpaceX 也在规划轨道数据中心,其发射成本下降的节奏直接决定谷歌那条 200 美元每公斤的假设能否成立,谷歌的 SpaceX 400 亿美元 GPU 租赁 一文记录了这条产业链上的另一笔大额交易。

数据中心级 TPU 的在轨可用性还差多远

维度 地面数据中心 轨道原型卫星现状
供电 电网,可持续扩容 太阳能,约 1 千瓦,近乎不间断
散热 风冷与液冷对流,效率高 仅能靠辐射,面积即成本
单芯片连续运行 数天至数周 约 15 到 20 分钟
可维护性 可随时更换部件 在轨维修与更换极其困难
算力规模 数千至数万枚加速卡集群 4 枚,同时只能跑 1 枚
辐射环境 屏蔽良好 五年剂量约 0.75 krad(Si),HBM 在 2 krad(Si) 附近出错
星间带宽 不适用 需约 10 Tbps,现有商用方案 1 至 100 Gbps

把两侧摆在一起就能看出差距。谷歌用一次 15 分钟的推理证明了一件事:数据中心级 TPU 能在轨道上开机、算题、传回答案。剩下的都是规模问题,而规模问题最终会被散热面积、发射成本和星间带宽三条线同时卡住。谷歌把 2027 年两颗卫星的互连验证放在这个位置,是因为只有跨过带宽这条线,多星集群才具备讨论价值。

另一个容易被忽略的变量是数据回传。卫星上算出的结果要送回地面才能产生价值,而轨道带宽有限,能下传的数据量会直接决定它能承担的任务类型。上传提示、下载结果的单次往返只适合小体量推理,像 谷歌 Sleep 框架 这类百万级 Token 上下文处理的活计,短期内仍留在地面机房更现实。谷歌近期在 开源 TorchTPU 上的动作也说明,谷歌眼下更愿意把开发者生态留在地面。

常见问题

Project Suncatcher 到底是什么?它是谷歌自 2025 年 11 月宣布的长期研究项目,探索用太阳能供电的卫星携带 TPU,在近地轨道上组成可扩展的机器学习基础设施。2025 年 11 月 4 日谷歌正式公布该计划,同期与合作方 Planet 敲定制造两台原型卫星的目标,2026 年 10 月 1 日首颗原型升空,10 月 30 日完成首次在轨 AI 响应。

为什么卫星一次只能跑 15 到 20 分钟?直接原因是发电能力只有约 1 千瓦,4 枚 TPU 同时工作会超限;同时真空环境只能靠辐射散热,芯片连续工作会让散热板迅速升温。供电和温控两条线共同限制了单次连续运行时长,也决定了卫星一次只能启用 1 枚 TPU。

轨道 AI 算力什么时候能商用?目前没有时间表。谷歌自己的判断是,发射成本需在 2035 年前后降到每公斤约 200 美元,轨道数据中心才可能与地面平价,这依赖 Starship 大规模复用。下一个可观察的节点是 2027 年两颗互联卫星的激光链路验证,在那之前所有关于集群规模与经济性的讨论都还属于设计研究阶段。

小结

一颗冰箱大小的卫星、一首在太空里写成的俳句,背后是谷歌算力版图上最激进的一次外推。它证明了数据中心级芯片可以在轨道上工作,也诚实地暴露了这条路的难度:散热面积、每公斤发射成本、星间带宽,三道坎没有一道被这次测试跨过去。

相比谈论太空算力何时改变 AI 竞争格局,2027 年那两颗卫星的激光链路验证更值得等。到那时,10 Tbps 与 100 Gbps 之间的差距是缩小了还是原样保留,答案会比今天的俳句清楚得多。

相关阅读