谷歌TPU在轨跑通Gemma 4：数据中心级芯片首次在太空生成完整AI回复

「写一首关于身处太空的俳句。」

几天前，谷歌工程师从地面站把这条提示词发给了地球轨道上的一颗卫星。

卫星收到指令，搭载的 TPU 随即启动，预先部署好的 Gemma 4 开始跑推理任务。等到卫星飞经挪威斯瓦尔巴群岛附近，地面站才终于等来太空那头传回的回答。

Blue marble below（蓝色星球在下）

Data streams in silent grace（数据悄然流转）

Starlight feeds my core.（星光供养我的核心）

谷歌 CEO Sundar Pichai 不久后兴冲冲地把这件事分享了出来，称它是 Project Suncatcher 的「Hello World」时刻。数据中心级 TPU 在轨道上完成生成并回传整段 AI 响应，这还是头一回。

去年谷歌才说要让 AI 算力上太空，如今轨道上真传来了一首诗。太空数据中心这个计划，算是迈出了实际运行的第一步。

谷歌 TPU，真的在太空跑起来了

事情得从一个月前说起。

10 月 1 日，谷歌和卫星公司 Planet 联合研制的 Project Suncatcher 原型卫星，搭 SpaceX 的 Transporter-18 拼车任务上了地球轨道。

接下来几周，工程团队一项项调通了卫星各系统，把主机和 TPU 计算设备开起来，还做了早期的机器学习测试。

到本周，团队才第一次让这颗卫星去执行真正的生成式 AI 任务。

首条响应完成后，团队又让模型写了几首其他形式的太空主题诗，还用自然语言提示词查询了计算载荷的技术状态。谷歌方面表示，后面的实验会逐步转向更贴近实际的系统测试，看看 TPU 在轨道热应力和辐射环境下表现如何。

TechCrunch 报道称，这颗原型卫星上装了四颗 Google TPU，最高能提供约 1kW 电力。不过受眼下系统供电能力限制，每次只开得起一颗 TPU，运行约 20 分钟。

这一幕，让人想起一年前谷歌刚提出这个计划时的样子。

2025 年 11 月，我们曾在 AI 太空竞赛？

按最初公布的计划，谷歌要在 2027 年初联手 Planet 发射两颗原型卫星，验证 TPU 在轨运行、星间光通信等关键技术。后来谷歌调整了实验节奏，借 Planet 的卫星平台把第一阶段验证提前做，今年 10 月顺利把 TPU 送上了轨道。

把大模型送上太空的，谷歌并不是头一家。

去年 11 月，初创公司 Starcloud 已将一颗搭载英伟达 H100 GPU 的 Starcloud-1 卫星送入轨道，之后完成了大语言模型运行和基于 nanoGPT 的小型模型训练实验。

今年 8 月，SpaceX 和英伟达又宣布联手开发 Starmind AI1，打算用 Rubin GPU 加 Vera CPU 搭出规模更大的卫星计算载荷。

英伟达 GPU 在前，谷歌 TPU 在后，太空 AI 计算正把越来越多的科技公司拉进来。

从一颗 TPU，到真正的太空数据中心

为何要费这么大周章，把 AI 芯片送到太空去？

过去一年，这个问题在不少公司的评论区里被反复提起。

说到底，答案就俩字：供电。

按照谷歌之前公开的研究结论，只要轨道条件合适，太空就能持续获取太阳能，这正是它盯上太空计算的起点。

Project Suncatcher 走的不是建一座大型空间站式数据中心的路子，而是让一批体积不大的卫星凑成紧密编队，每颗都带上太阳能电池板和 TPU，再用自由空间光通信把它们彼此连起来。

谷歌此前发表的论文如今已刊登在《Joule》上，其中给出了一个由 81 颗卫星构成的编队示例：平均高度约 650 公里的近地轨道，整个集群半径约 1 公里，部分相邻卫星的间距在约 100 至 200 米之间浮动。

• 论文链接：https://www.cell.com/joule/fulltext/S2542-4351 (26) 00362-4?_returnURL=https%3A%2F%2Flinkinghub.elsevier.com%2Fretrieve%2Fpii%2FS2542435126003624%3Fshowall%3Dtrue

卫星为什么非得靠这么近？图的就是通信方便。

地面数据中心做大规模模型训练，一般要把任务拆给大量加速器一起干，芯片之间得不停交换中间计算结果。带宽不够或者延迟太高，芯片再多，整套系统的性能照样可能被拖住。

谷歌想把类似的分布式计算搬到天上，卫星间的带宽连接就得远高于传统卫星通信的需求。团队研究显示，将来要达到接近地面数据中心的算力，星间链路传输速率得做到 10 Tbps。

为了往这个目标靠，谷歌正在摸索用密集波分复用和空间复用技术来提升激光通信带宽，同时让卫星编队飞得相对紧凑。

地面的实验里，团队已经用一对光通信收发设备跑出单向 800Gbps、双向合计 1.6Tbps 的速率。

这个数字已经相当可观，可离未来星间通信需要的水平还有距离。何况地面设备之间的通信，和多颗卫星在轨道上高速运动时保持稳定连接，工程难度完全不是一回事。

要让几十乃至上百颗卫星长期维持合适的相对位置，地球非球形引力场、大气阻力、轨道摄动这些因素都得算进去，谷歌还得借助物理模型和机器学习方法来辅助编队控制。

卫星之间的数据交换只是一半问题。地面与卫星之间的数据传输，处理起来更难。

尤其是那些要频繁读取大量地面数据、更新模型参数或者响应用户请求的任务，怎么在通信窗口、传输带宽和延迟之间找平衡，同样影响实际运行效率。

两相比较，在轨处理地球观测卫星产生的数据更有优势：图像分析直接在轨道上做完，只把结果传回地面，不必回传全部原始数据，下行通信负担就有机会减轻。太空计算最拿得出手的领域正在这里。

可谷歌的胃口显然不止于此。它要验证的是，未来能不能在太空中搭起真正具备规模化能力的 AI 计算集群。

这种设想也引来了不少网友的质疑。

此前 Reddit 的 r/space 社区里就有人专门发问：太空数据中心建设和维护都这么难，那为什么不干脆把数据中心搁海底？

这问题并非空想。微软早前搞的 Project Natick 就验证过水下数据中心运行的可行性；在冰岛、北欧这类寒冷地区建数据中心，也早已是减轻部分冷却负担的现实选项。

上太空的麻烦在于，就算能在太空中多拿到些太阳能，换来的计算能力真值得这么折腾吗？

显然，答案没那么简单。

散热怎么办？太空辐射怎么扛？成本压得住吗？

10 月 30 日消息公布后，X 上关于太空数据中心可行性的讨论又热了起来。

用户 Luke Leisher 的吐槽透着不满：「这不是明摆着吗？互联网上最聪明的那帮人不都说，按照物理定律，轨道数据中心压根就不可能搞成？」

另一位用户 Robert de Negro 把问题问得更具体：真正的难点或许在规模。一颗卫星到头来要装大量计算设备，管好数十乃至数百颗芯片发出的热，和管好几颗芯片根本是两码事。

绕来绕去，太空里的散热始终是道坎。

在地球上，计算设备靠空气流动、液体冷却等办法把热带走，热量最后经由相应设施排向周围环境。太空接近真空，没有空气对流可用，芯片产生的废热主要只能靠热辐射往外散。

也就是说，太空数据中心得用导热结构和冷却工质，把计算设备的热量传到面积够大的散热器上，再以电磁辐射的形式排出去。

谷歌之前介绍过一套热管加散热器的冷却方案，并在模拟太空热环境的热真空实验舱里做过测试。这条路子在航天领域不算新鲜，可计算设备功率一路往上走，散热系统的面积、质量，以及它跟卫星其他设备的结构关系，都得重新设计。

眼下 Project Suncatcher 的原型卫星装了四颗 TPU，还只能一次启动一颗、连续跑约 20 分钟。现阶段的功率和热管理能力，离大规模持续计算差得还远。

散热问题到头来又会算到成本账上。

Hacker News 的相关讨论里，有网友认为争议不在于人类懂不懂用热辐射散热，而在于要排掉足够多的热，得加多少散热器、导热管路和其他配套设备。这些额外重量一算进去，卫星的发射成本自然跟着涨。

还有一个问题需要长时间验证：太空辐射。

靠太阳能发电的卫星，太阳光是重要能源，可太阳高能粒子、银河宇宙射线等辐射环境也会影响电子设备。高能粒子撞上芯片里的敏感区域，可能让存储器中的数据位翻转，0 变成 1，某些计算结果就出了错。

谷歌此前做过专门的地面实验。

研究团队用 67MeV 质子束测试第六代 Trillium TPU，观察总电离剂量和单粒子效应对芯片的影响。结果显示，高带宽内存系统比较敏感，但相关异常要到累积剂量约 2krad (Si) 时才出现，接近有屏蔽条件下预期五年任务剂量的三倍。

单颗芯片最高 15krad (Si) 的测试剂量下，团队也没看到能归因于总电离剂量的永久性硬故障。

这个结果让谷歌对现有 TPU 的太空适应性更乐观了些。不过地面粒子束实验终究没法完全模拟真实轨道环境里的长期辐射、热循环和其他复杂因素，所以这次卫星任务的重要目的之一，就是进一步验证芯片在真实环境下的表现。

就算散热和辐射都能在工程上解决，谷歌还得面对计算设备的长期维护和更新换代。

地面数据中心可以跟着 AI 芯片性能提升逐步换掉旧设备，供电、网络和冷却基础设施照旧用。卫星不一样，芯片、太阳能电池板、散热器和通信系统往往高度集成，设备出了故障或者计算芯片慢慢落后，怎么继续利用剩下的基础设施，就成了复杂的问题。

Hacker News 上还有人特别提到，太空计算设施可能面临跟地面数据中心不同的折旧逻辑：一颗卫星上的 GPU 或 TPU 已经失去竞争力，哪怕太阳能板和散热系统还能用，也未必容易继续发挥原有价值。

这还没算上航天器可能撞上轨道碎片、微小陨石，以及卫星需要定期轨道维持、最终离轨处置这些额外问题。

所以，太空数据中心的争论最后往往落到同一个问题上：成本。

谷歌此前发表的研究论文专门分析了未来的发射成本，给出一个关键参考数字——每公斤 200 美元。

按这个假设，把发射成本按设备使用寿命和供电功率摊销，可能对应每千瓦每年约 810 美元的成本。

作为对照，论文引用的美国地面数据中心能源支出约为每千瓦每年 570 至 3000 美元。

这么看，太空数据中心有一定的可行性。但谷歌这个计算非常粗糙，Reddit 上还有网友一眼就看到了问题。

“发射成本每公斤 200 美元？”这个数背后，谷歌的测算立了一个前提：火箭复用能力与发射规模还得往上走，并且历史上那种成本下行的势头要能延续下去。

论文给出的推算是，沿这条路走到 2035 年前后，每公斤 200 美元才有可能实现，而支撑它的大概是每年约 180 次 Starship 发射的量级。

说白了，这里头乐观的成分不小。

谷歌自己其实也清楚，对太空数据中心的短期商业化并没抱什么指望。

10月1日，Project Suncatcher 项目负责人 Travis Beals 接受 NPR 采访时就说，他不觉得太空数据中心能在未来五年内比地面更便宜，要真正具备经济竞争力，恐怕还得等更久。

按照谷歌的定位，Project Suncatcher 是一项长期的「登月计划」。目前公布的路线是：2027 年发射两颗具备高速光通信能力的卫星，进一步验证星间互联和分布式机器学习任务所需的技术条件。

要把这套系统做成真正有商业竞争力的太空数据中心，技术积累还得更长时间，发射成本、硬件可靠性、系统架构这几方面也得一起往前走。

对谷歌想搭的这张太空 AI 计算网络来说，这首小诗只是第一声回应。

参考链接：

https://blog.google/innovation-and-ai/models-and-research/google-research/project-suncatcher-satellite-response/

https://research.google/blog/exploring-a-space-based-scalable-ai-infrastructure-system-design/

https://doi.org/10.1016/j.joule.2026.102678

https://services.google.com/fh/files/misc/suncatcher_paper.pdf

https://techcrunch.com/2026/10/30/googles-first-data-center-satellite-is-online-and-writing-poetry/

https://www.opb.org/article/2026/10/01/google-launches-project-suncatcher-a-step-towards-ai-data-centers-in-space/