谷歌的 TPU 在太空跑通第一次推理：Gemma 4 从轨道发回一首俳句，卫星飞过斯瓦尔巴时完成下行

材料先摆清楚。本文依据四份一手文件：谷歌 2026 年 9 月 24 日的预告博文、10 月 1 日的《Our Project Suncatcher prototype satellite is in orbit.》、10 月 30 日的《We've received our first response from the Project Suncatcher prototype satellite.》，这三篇都由 Travis Beals 署名；以及 10 月 1 日博文里点名的那篇发表在 Joule 上的同行评审论文。硬件细节来自 TechCrunch 记者 Tim Fernholz 10 月 30 日的报道和 Ars Technica 九月底的发射前报道，凡是这两家的数字我都单独标注，不混进官方口径。

时间线是这样的。10 月 1 日，原型卫星随 SpaceX 的 Transporter-18 拼车任务入轨，卫星与 Planet 合作建造。当天谷歌就确认了与卫星建立联系、状态正常。之后四周是调试清单：给主机和 TPU 盘上电，跑早期机器学习测试。10 月 30 日，官方博客宣布达成 Hello World 里程碑——第一次来自轨道上数据中心级 TPU 的 AI 响应。从入轨到第一次开口，正好二十九天。

具体动作很小，小到容易看轻。在地面站一次过境窗口里，团队把第一个 prompt 上行给星上的 Gemma 4 开放模型，要求它写一首关于身处太空的俳句。卫星飞过挪威斯瓦尔巴的时候，下行链路收到了这段：蓝色弹珠在下方，数据无声流过，星光喂着我的核心。原文是三行——Blue marble below / Data streams in silent grace / Starlight feeds my core。官方博文里就带着那个闪光 emoji。

俳句之后才是有信息量的部分。官方说接着测了太空主题的打油诗，以及汇报载荷系统技术状态的遥测 prompt。后者值得单独看一眼：让模型去组织遥测信息的自然语言描述，意味着它在链路上的角色不是吉祥物，而是一个把结构化状态翻译成人能读的东西的接口。当然这是我的读法，谷歌原文只说测了这些 prompt，没有说要把模型做成地面运维界面。

硬件规格要按来源分开放。TechCrunch 的报道说，这颗卫星载四块谷歌 TPU，最多发一千瓦电；因为 TPU 的功率需求，一次只能打开一块，大约跑二十分钟就得停。该报道末尾还有一条更正，明确写着原型卫星上是四块 TPU，但同一时间只能运行一块。Ars Technica 九月底的发射前报道补充了另一些细节：卫星代号 MVP，体积大约一台冰箱，太阳能供电约一千瓦（该数字引自《纽约时报》），航天器来自 Planet——原计划是 2027 年发两颗定制卫星，谷歌为了提速，改成把自己的芯片塞进一颗现成的卫星里。以上全部是媒体口径。

为什么非要上天，谷歌在 10 月 1 日那篇里给了官方理由：这是一次长期研究登月计划的第一步，探索太空是否有一天能承载可扩展的机器学习基础设施；有些东西只能在太空里测，接下来几周要收集 TPU 在飞行物理应力、辐射与极端温度下表现的在轨数据。注意措辞是「探索是否有一天」，不是「即将部署」。同期发表在 Joule 上的同行评审论文，是这套论证的学术版本。

辐射这一节是整件事最硬的技术点。TechCrunch 解释说，辐射会造成位翻转，让内存里的某个值悄悄改变，从而破坏数据却不触发常规的监控工具。地面测试的结论是：辐射对推理负载影响有限，对训练才是真问题。现在有了在轨样机，这个结论终于能从模拟走到实测。也就是说，这趟任务真正要回答的是「这块硅在轨道上能可靠算多久」，而不是「模型写诗好不好」。

2027 年的下一步官方写得很清楚：验证 TPU 能在太空可靠执行负载之后，下一个里程碑是两颗互联卫星。TechCrunch 补了技术路线：那两颗会支持更高功率，并验证星间光链路；谷歌在太空数据中心这件事上比较孤独的地方在于，它规划的是卫星之间的高速链路，以支撑「相干分布式负载」；SpaceX 的数据中心也用激光链路，但轨道间距太大，无法有效共享算力；Starcloud 和 Cowboy Space 则打算在单颗卫星上做推理。

成本这件事不能跳过。TechCrunch 提到，本月初发表的一篇同行评审分析估算，SpaceX 需要让 Starship 飞 1,800 次，才能达到它早期火箭那样由学习曲线带来的成本下降；而谷歌和 SpaceX 要做轨道数据中心，都绕不开 Starship 这个仍在研发、尚未完全可复用的重型火箭。另一层关系是资本：Alphabet 持有 SpaceX 相当份额的股份。所以「谁先把太空算力做出来」这个问题，在股权层面本来就不是纯粹竞争。

边界必须写清楚，免得被当成已经能用的东西。第一，官方博文没有给任何工程参数：没有 TPU 型号、没有轨道高度、没有功率、没有时延、没有吞吐、没有单次推理成本。第二，这是推理不是训练，官方原话是 AI response，模型是星上预载的 Gemma 4 开放模型，不是 Gemini 4 Argon 那种前沿模型。第三，一首俳句不构成基准测试，热与辐射的实测数据官方说「接下来」才做。第四，除 2027 年两颗互联卫星之外，官方没有给任何部署时间表，也没有说这套东西什么时候服务真实流量。第五，TechCrunch 提到的四块 TPU、一千瓦、二十分钟、1,800 次发射，都是媒体报道或论文估算，不是谷歌承诺。

对开发者来说，短期内这件事没有可动手的地方，但有两个观察点值得记下来。一是占空比：如果一块 TPU 只能连续跑二十分钟就要停，那么轨道算力的天然负载是批处理与异步任务，不是交互式请求——这和地面上「低时延优先」的产品思路相反。二是链路：真正决定太空算力能不能成规模的，可能不是芯片而是星间光链路能否把多颗卫星拼成一台机器；2027 年那两颗星要验的正是这件事。这两条都是我的判断，不是官方结论。

一句话收尾：这次成功证明的是「数据中心级加速卡能在轨道上把一次推理算完并把结果送回来」，仅此而已，而这已经足够让「太空数据中心」从幻灯片挪到待验证清单里。接下来该盯的两个数据点是热与辐射的实测结果，以及 2027 年双星的光链路演示。在那之前，任何关于「太空算力比地面便宜」的说法都还没有公开数据支撑——包括谷歌自己在 Joule 论文里的模型，那也是模型。