谷歌TPU首次在轨跑通Gemma 4：卫星回传了一首俳句

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

几天前，谷歌工程师借助地面站，把这条提示词发给了正在地球轨道上运行的那颗卫星。

卫星收到指令，搭载的 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 电力；受眼下供电条件限制，一次只能点亮其中一颗，运行约 20 分钟。

这幕场景，很容易让人联想到一年前谷歌刚抛出该计划时的样子。

按最早公布的方案，谷歌打算在 2027 年初联合 Planet 发射两颗原型卫星，验证 TPU 在轨运行和星间光通信等关键技术。后来谷歌把实验节奏往前挪，借 Planet 的卫星平台先做第一阶段验证，今年 10 月把 TPU 送上了轨道。

把大模型送上天的公司，其实不止谷歌一家。

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

从英伟达 GPU 到谷歌 TPU，越来越多的科技公司开始往太空 AI 计算里投钱。

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

把 AI 芯片送上天，图什么？过去一年，这个问题在各家公司的评论区里被反复问起。说到底，答案就一个：电。

谷歌早前公布的研究结果给出了数字：轨道条件合适时，太空太阳能电池板的发电量最高能到地面的约 8 倍。卫星要是跑在晨昏太阳同步轨道上，还能拿到接近不间断的日照，对大型电池的依赖也就没那么重。

沿着这个思路，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 美元，前提是 Starship 一年得飞约 180 次。

听起来确实偏乐观了点。

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

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/